TS 6.7.1 TinyMCE limitation: TS language detection logic messes up

FYI (this is a copy of a Support Case I filed)

Teamsite 6.7.1 is trying to cleverly detect the user's language to provide the webUI in his language. It does so for the "own" UI and for the embedded TinyMCE UI (buttons, labels, etc). For this it grabs the browser's language preference (in IE6: Tools > Internet Options > General tab > Languages) which many end-users have *no clue* of.

ISSUE: This language detection for TinyMCE goes wrong if the user's language is not on the list of 6 iwov-supported languages: en, de, fr, ja, zh_tw, zh_cn.

For instance, some of our users have IE6 language set to nl-be (Belgian Dutch). In that case, TS 6.7.1 presents the form (and all of TS webUI) in English (fallback language because NL not available/supported) **but** still tries to load the Dutch UI for TinyMCE (langs/nl.js files). The Dutch files are present under IWHOME/httpd/iw/tinymce but have not been completed customised for use in TS. That means that some plugins have messed up labels like "{$lang_insert_image_width_label}".

It would be better if TS would stick to the 6 supported languages for TinyMCE, just like it does for it's own Templating UI.

Some further technical details:

Looking at the html source of a TS form, it contains in the such things as
[html]<script language="javascript" src="/iw/tinymce/jscripts/tiny_mce/plugins/iwlink/editor_plugin_src.js"></script>
<script language="javascript" src="/iw/tinymce/jscripts/tiny_mce/plugins/iwlink/langs/nl.js"></script>
...[/html]
Testing with various IE language preference settings shows some pretty strange logic

IE : nl => tinymce : nl
IE : nl-be => tinymce : nl

IE : nl-be, en => tinymce : en !
IE : nl, en => tinymce : en !
IE : en, nl => tinymce : en

IE : nl, fr => tinymce : fr

I also tested with Turkish (tr), which is a language for which there are no language files at all in the included TinyMCE implementation. Again, some fascinating results:

IE : tr => tinymce : en !
IE : nl-be, tr => tinymce : nl
IE : tr, nl-be => tinymce : en !
IE : tr, fr => tinymce : fr

Find more posts tagged with

Comments

Frederik

example screenshot

Adam Stoller

FYI (this is a copy of a Support Case I filed)
[...]
Testing with various IE language preference settings shows some pretty strange logic

IE : nl => tinymce : nl
IE : nl-be => tinymce : nl

IE : nl-be, en => tinymce : en !
IE : nl, en => tinymce : en !
IE : en, nl => tinymce : en

IE : nl, fr => tinymce : fr

I also tested with Turkish (tr), which is a language for which there are no language files at all in the included TinyMCE implementation. Again, some fascinating results:

IE : tr => tinymce : en !
IE : nl-be, tr => tinymce : nl
IE : tr, nl-be => tinymce : en !
IE : tr, fr => tinymce : fr

I suspect that the code that's trying to do the language lookup is some sort of ordered (alphabetic? or developer-biased?) loop - an "en" is probably first (and "fr" is probably before "nl") - so if it finds "en" anywhere in there it selects it. The only example above that seems to defy that logic is the 2nd-to-last one, where "nl-be" has been sufficient to match against "nl" - but for some reason when paired as "tr, nl-be" it seems to still select "en" (are you sure about that one?)

My guess is that the code should be doing the ordered search based on the browser settings - as opposed to based on the supported languages - so that the first one found that matches would be selected - but this is all supposition at this point.

My guess: if you have any of the 24 combinations of "tr, fr, nl, en" - you will probably end up with "en", if you remove "en" and try any of the 6 combinations left you will probably end up with "fr", etc.

Frederik

I confirm on my pc & TS

IE : fr, en => tinymce : fr
IE : tr, nl-be => tinymce : en

I'm sure that even more testing will probably reveal the logic used. All I care to say at this point, is that it is flawed.

The language selection for TS's own UI works properly, so it's hard to understand why TS is setting up TinyMCE with the wrong language.