Category: i18n (Multilingual, l10n, Babelfish)

Sometimes, we want to change a few language strings from the original Tiki. It could be because of regional or community expressions.

Currently, we need to change language.php and/or the template (tpl) files.

It would be better to have a custom language file which would override default text. (Like we do for tpl files). Therefore upgrades would be smoother.

Even better if we could edit this language file via the GUI.

This will make upgrades easier as people won't have to worry about overwriting their enhancements,

Multilingual categories need translations and doing by FTP is not fun.

Related:
[tiki-view_tracker_item.php?itemId=485] -> This is suboptimal


Support.mozilla.com has need for this as well.
https://bugzilla.mozilla.org/show_bug.cgi?id=488728

In 3.0, language/*/custom.php can be managed by the web interface.

Next step is to have this in a wiki page

The custom translation strings feature does not seem to work.

The recipe for reproducing this bug can be found here:

* Setup: [http://profiles.tikiwiki.org/Multilingual_Wiki#Setting_up_the_site_for_testing]
* Reproducing this particular bug: [http://profiles.tikiwiki.org/Multilingual_Wiki#Testing_custom_translated_strings]

I was running 1.9.9 on a SLES 10 linux box, and we are running MySQL on Novell Netware, MySQL version 4.0.26a.

I tried an upgrade directly over the top of 1.9.9, and I got that error. So, I tried a Clean install on a new database, and I got the same error.

As a troubleshooting step, I tried creating a blank database with the name that it specifies, but then it just gives the following error message
"Unknown column 'bits.translation_bit_id' in 'field list'".

I suspect the installer script isn't creating this table and fields properly.

This error occurs anytime any Page is clicked on, including the main index page. It is a major roadblock to basic functionality.

When an admin has chosen a particular language for site default language, and he chooses a set of allowed languages for user to switch to that does not include this lang, the language selectors for users will not include the site language.

Detect browser language is not working to me (to luciash, in fact, in a site which I admin), in a recently upgraded site from 2.4 to 3.0.

This affects Tiki 3 to 7 and is a regression from Tiki 2.

We have: ((tw:PO convertor for TikiWiki))

Should we change the way we handle language.php?: ((Research about different i18n systems))

Hello,

When you use an existing database (UTF8 coded but charset=latin1 and collate=latin1-swedish-ci) converted by tiki-install 5.0 :

1- the titles and contents are displayed : as pure utf8 is saying the French texts (tables defined charset=latin1) :

A- Titles of any item
"L'échec et ses conséquences" is displayed :
" L'échecs et ses conséquences"

B- Texts of dictionnary (language.php UTF8 encoded) as
"créé à partir d'une structure" (comment the update or creation origin of a document) is too displayed
"créé à partir d'une structure"

C- Contents of Wiki or articles : id

D- Menu options : are well displayed
The text comes from the same file language.php (fr)

E- Tiles of column of tables etc. : well displayed

F- Warning messages ?

Everything behaves like the titles and contents even defined as charset=latin1 are dsiplyed as UTF8 while the others are threated well.
Is it a relation with the fact that "modify" action never displays anything because of the query, I will try to understand.

Everything was displayed well in 4.x versions

trebly

when I use persian names for pages the "{draw name=foo}" in wiki outputs something like this

<p><a href='#' inhibited_Click="javascript:window.open('tiki-editdrawing.php?page=%D8%A7%D9%87%D8<span style='display:inline;' id='dyn_AF_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("AF");' title='Click to edit dynamic variable: AF'>NaV</a></span><span style='display:none;' id='dyn_AF_edit'><input type='text' name='dyn_AF' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>D8%A7%D9%81+%D9%88+%D9%85%D8%A7%D9%85%D9%88%D8%B1<span style='display:inline;' id='dyn_DB_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("DB");' title='Click to edit dynamic variable: DB'>NaV</a></span><span style='display:none;' id='dyn_DB_edit'><input type='text' name='dyn_DB' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>8C%D8<span style='display:inline;' id='dyn_AA+_display'><a class='dynavar' inhibited_Click='javascript:toggle_dynamic_var("AA+");' title='Click to edit dynamic variable: AA+'>NaV</a></span><span style='display:none;' id='dyn_AA+_edit'><input type='text' name='dyn_AA+' value='NaV' /><input type="submit" name="_dyn_update" value="Update variables"/></span>D8%A8%D8%A7%D8%B4%DANaVD8%A7%D9%87&path=/test/tiki&drawing=foo2','','menubar=no,width=252,height=25');"><img border='0' src='img/wiki/foo2.gif' alt='click to edit' /></a>
</p>

in the html code which in browser adds this line to the picture of drawing :

NaVD8%A7%D9%81+%D9%88+%D9%85%D8%A7%D9%85%D9%88%D8%B1NaV8C%D8NaVD8%A8%D8%A7%D8%B4%DANaVD8%A7%D9%87&path=/test/tiki&drawing=foo2','','menubar=no,width=252,height=25');">

and also the link for editing the drawing does not work

For translation, I would like a way to duplicate an entire structure, and have Tiki automatically build the translation relationships between wiki pages.

For example, consider that I have the following structure in English

Structure Name
Page Foo
..Page Bar
..Page Alpha

Now I want to translate the structure to Spanish. I want Tiki to create (automatically):

Structure Name, sp
Page Foo, sp
..Page Bar, sp
..Page Alpha, ap

__AND__ create the translation relationships between the specific pages (for example from "Page Foo" to "Page Foo, sp"

Version 2.0 now offers an ((doc:Interactive Translation)) feature.

Next, we could set-up the web-based, interactive translation feature, and translation commits to main code base could be done regularly from i18.tiki.org to SVN. We would need to find a way to credit the translators in the CVS log.


References:
http://i18n.tiki.org

https://translations.launchpad.net/

Footnotes should be "My footnotes"

Comment should be "Edit Summary"

Please see:
https://wiki.mozilla.org/Support/l10nPriorityPRD


This should be not just for localizers but editors in general.

[12:55] lphuberdeau: where can I see the l10n dashboard in action?
[12:55] djst: https://support.mozilla.com/sv-SE/kb/Localization+Dashboard?bl=n
[12:56] djst: lphuberdeau, this page explains the syntax for the plugin https://wiki.mozilla.org/Support/l10nPriorityPRD/Plugin_Usage

This should be optional, like the rest.

But beware of:
[wish1697|permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them]

get_strings.php doesn't collect properly strings with single quotes if they have been declared inside tr() or tra() functions with single quotes as well. For example:

tr('You are not permitted to edit someone else\'s post!');

Should go to language.php files as:

// "You are not permitted to edit someone else's post!" => "You are not permitted to edit someone else's post!"

But instead it goes as:

// "You are not permitted to edit someone else\\'s post!" => "You are not permitted to edit someone else\\'s post!"

Even the string above is translated, the translation will never be used by Tiki since the English string in language.php files differs from the original string.

Probably after r15010 get_strings.php is collecting code from Smarty template as strings to be translated like the one below:

~np~"</div>\n\t\t</div>\n\t\t\t\t{/if}\n\t\t\t{/foreach}\n\t</div>\n\t{/tab}{/if}\n\t\n\t{if \$prefs.feature_display_my_to_others eq 'y' and \$infoPublic eq \"y\"}{tab name=\"{tr}User Contribution"~/np~

The regular expression used to parse the source files in search of translatable strings needs to be fixed but it is a bit scary to change it without unit tests. It is too easy to introduce another regression bug fixing this one.