macbre

<p>This extension has been inspired by http://devel.kostdoktorn.se/cache-translation-object and gives up to 5x speed increase when using WordPress with “custom” (i.e. non English) localisation files.</p>
<p>MO object created by WordPress is cached and stored in the <code>/wp-content/cache/</code> directory and then used when loading localisations.</p>


l10n cache

Improves site performance by providing caching for localisation objects (*.mo files).

<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.

l10n cache vs xLanguage