maximeschoeni

<p>Sublanguage is a multilanguage plugin for wordpress.</p>
<h4>Concept</h4>
<ul>
<li>no duplicated content (untranslated or untranslatable data inherits main language value)</li>
<li>no additional database table (translation data is stored in post_meta)</li>
<li>no markup added into content (unlike q-translate)</li>
<li>no cookies (language is defined solely by URLs, better for SEO)</li>
</ul>
<h4>Features</h4>
<ul>
<li>[NEW] support for Gutenberg (beta feature)</li>
<li>translation UI for posts content, title, permalink, excerpt and meta (for posts, pages and custom posts)</li>
<li>translation UI for terms name, slug and description</li>
<li>translation UI for attachments title, caption, description, alt and meta</li>
<li>translation UI for nav menus</li>
<li>translate localized text</li>
<li>translate login, password change, etc.</li>
<li>translatability: define which content is translatable or not</li>
<li>URL rewrite: translate posts and terms permalinks and child pages path</li>
<li>support revisions</li>
<li>support multisite</li>
<li>extendable</li>
</ul>
<h4>Notes</h4>
<p>In version 2.9, a security vulnerability (“The plugin settings can be executed by lower privilleged (sic) user”) was reported for Sublanguage. In order to ease the fixing, we chose to permanently remove a few under-used features concerned by this exploit in v 2.10. Please write in the forum if you disagree with this choice.</p>
<ul>
<li>remove automatic upgrade from version 1.x (version 2.0 is now about 10 years old).</li>
<li>remove a quick edit button in classic editor that was available width Tinymce Advanced plugin.</li>
<li>remove the possibility to translate options (Options translated so far will still works as usual in the front-end, you just no longer can edit translations in the back-end).</li>
</ul>
<h4>Documentation</h4>
<p>Plugin documentation is available on <a href="https://github.com/maximeschoeni/sublanguage" rel="nofollow ugc">github</a></p>
<h4>Extensions</h4>
<ul>
<li><a href="https://wordpress.org/plugins/sublanguage-switcher-widget/" rel="ugc">Sublanguage Switcher Widget</a> by <a href="https://profiles.wordpress.org/geschke" rel="nofollow ugc">Ralf Geschke</a></li>
</ul>
<h4>Thanks</h4>
<ul>
<li><a href="https://profiles.wordpress.org/uggur" rel="nofollow ugc">uggur</a> for Turkish translation</li>
</ul>


Sublanguage

Sublanguage is a lightweight multilanguage plugin for wordpress.

<p>If your want to present your blog in different languages (totally with title, rss, categories working, not just the post) and allows visitors to pick the language they want, this plugin is for you.</p>
<p>xLanguage is a full featured plugin allows you to blog in different language, and allows user to select which version to read.  It works for blog post, page, tags, categories.  The user language preferences will also select the right theme and plugins MO files.</p>
<p>Customization is the No. 1 design goal, after all that’s probably the reason why you want to setup a multilingual blog.   The language configuration combination is highly customizable to facilitate multiple fallbacks.  Every UI is extracted out, which could be optionally overridden by theme design without touching the plugin file at all.</p>
<p>The language preference is detected from browser’s preferences, as well as from Cookie if user visited before. Widget and template functions are also provided to allow user to switch the language easily. The presentation of the template functions can also be customized in your theme folder without touching the code in the plugins.</p>
<p>See <code>Other Notes</code> for the comparisons against similar plugins.</p>
<h4>Feature Highlights</h4>
<ul>
<li>Does not touch the WordPress database schema at all. All language text are stored in the same post and hence more friendly to other plugins.</li>
<li>For post that written in reader’s foreign language. You could hide them, or optionally show them with a notice prepended. Your choice!</li>
<li>Optionally present a total independent view to the search engine crawlers. So that you can have all languages text being crawled under a single URL. Think of SEO!</li>
<li>Each language can be presented in a different theme.</li>
<li>Language composing are done in inline instead of separated side by side posting, see Screenshot 1. The former is like Simplified/Traditional Chinese within Wikipedia-ZH, while latter is like Wikipedia-Zh and -EN version.</li>
<li>Many-to-many mappings between viewable language and authoring language is possible. Hong Kong-based reader could read Cantonese and Chinese, but average Chinese reader could only read Chinese, xLanguage specifically enables this scenario!</li>
</ul>
<h4>Usage Guide</h4>
<p>To fully enjoy the power of customization, please refer to the usage guide hosted on my <a href="http://hellosam.net/project/xlanguage" rel="nofollow ugc">blog project page</a>.  Also see my blog for live demostration.</p>
<p>There are some <a href="http://hellosam.net/project/xlanguage" rel="nofollow ugc">known problems and limitations</a>, please make sure you are aware of those.</p>
<h4>Change Log</h4>
<p>Please refer to my <a href="http://hellosam.net/project/xlanguage" rel="nofollow ugc">blog page</a> for recent changes.</p>
<h4>Upgrade Notice</h4>
<p>Permalinks <code>Postfix</code> appending position is known to be not working with WordPress 2.7 paged comments mode and potentially causing conflicts with many other plugins.  The mode will be changed to <code>Prefix</code> when you upgrade from v1.x. If you are using the <code>Postfix</code> mode and want to keep using it, please change the settings manually.</p>
<h3>Comparisons</h3>
<h4>Compare to qTranslate v2.0.2 (Jan 2009)</h4>
<p>The logic behind qTranslate is similar to that of xLanguage – both using HTML tag to differentiate the contents of languages and requires no database modification. qTranslate uses HTML comment tag while xLanguage uses the lang=”..” attribute.</p>
<p>The major differences lie within the admin interface, qTranslate provides strong Admin UI integration such that user enters the title, the category name and so on in independent textbox. The post is also to be post to an independent editor. While xLanguage, user enters the data in the same input box. For authoring in language that are very similar (like Cantonese and Written Chinese), and that cross-authoring is common, the method that xLanguage use will reduce much duplication work.</p>
<p>Due to the above restriction, qTranslate supports only one-to-one mapping between authoring and viewable lanugage. while xLanguage does not have this restriction. And hence, xLanguage allows all texts to be presented under one single URL for search engine to crawl with. (Think of SEO)</p>
<p>Feature-wise, xLanguage currently lacks of Pre-domain URL Permalinks mode, as well as automatic MO file download. (Note: MO does work in xLanguage but just have to be downloaded manually). Contribution would certainly help in accelerate these getting done :).</p>
<h4>Compare to Gengo v2.5.3 (Jan 2009)</h4>
<p>Gengo v2.5.3 is not tested with WordPress 2.7 according to the published plugin info.</p>
<p>In Gengo, each translations is a standalone post, linked to the original post.  It enables you to create maps between different content.  Think of different language version of Wikipedia, basically Gengo is the same – and it helps you to maintain such link table.</p>
<p>In xLanguage, everything is in the same post.  The xLanguage approaches make no structural changes to the WordPress itself, and hence should be easier maintain.  No extra magic in xLanguage is needed to keep the commenting, searching, popularity counter works.</p>
<h4>Compare to Language Switcher v1.11 (Jan 2008)</h4>
<p>This is actually the plugin that inspired me to build the xLanguage.  The Language Switcher and the xLanguage is working in a very similar way — Both enable multilingual post by tagging the it.  The Language Switcher uses square bracket instead of HTML tag, but have no assisting tools when composing the post.  The language code is limited to the length of 2, and offer no fallbacking and overlapping possibility.  The permalink url tag must be placed at the end.</p>
<p>Same as xLanguage, it allows user to enable multilingual functionality on single line content like tag, title and such.</p>
<h4>Compare to jLanguage v1.4 (Jan 2008)</h4>
<p>Almost the same as Language Switcher, both functionality and working principle.  However, jLanguage v1.4 does not have widget for user to select their favorite language.  In addition, It currently offer almost no customization, plus it does not work for single line content.  The language selection could not affect the MO file selection.</p>
<p>It enables the language tagging by using square brakets instead of standard tag, similar to that of Language Switcher.</p>
<h4>Compare to Multilingual post v0.2 (Jan 2008)</h4>
<p>Please be aware that Multilingual post v0.2 does not belong to this category at all.  It does not enable poster to publish mixed language in a post.  The user also cannot selectively view the post in a particular language.</p>
<p>It only does insert the lang=”..” tag at the HEAD such that browser can render the page better.  xLanguage also does this.</p>
<h4>Compare to Bunny’s Language Linker v0.2 (Jan 2008)</h4>
<p>Bunny’s Language Linker’s way to enable multilanguage blog is minimal and simple, yet the integration is very loose.  It works like Gengo, the pros and cons compare to xLanguage is very similar.</p>
<h4>Compare to Basic Bilingual v0.31 (Jan 2008)</h4>
<p>Basic Bilingual v0.31 allows you to insert a summaries in a different language.  It is yet another very simple plugin.</p>


xLanguage

Allows you to blog in multi-language, and users to select which to read.  Works on every blog UI elements, not just the post.

Sublanguage vs xLanguage