You are right, the old Method works now, since we solved the Problem with $lang.
So the problem is solved for me, because I don't need the TranslationManager to work, the old method is good enough for me
I applied the fix. It makes the error messages disappear. But it does not affect the problem. So the problem iss still the same: TranslationEditor always gives the translation for the default language, no matter if the user looks at the page in default language or another language. (It does only af...
Update? I just spent the whole day getting my page working again after the update from 1.5.2 to 1.6.3... the owner of the page will kill me for causing another downtime :/ Is this really necessary? Can't the problem be solved in 1.6.3 (since it doesn't seem to be a known bug which would have been f...
I have it in body section... just tried to put it in head because you asked. I activated debug and put your tag (it prints the translation of the key in default language). Debug gives me the following at the top of the page: Notice: Undefined index: path in /home/lsc/public_html/include.php on line ...
{$lang_locale} returns en_US.utf8 when browsing the english version and de_DE.utf8 when browsing the german version. {$lang} returns en_US when browsing the english version and de_DE when browsing the german version. "locale" in the TranslationManager is called de_DE for the german version...
But as you could see, it did not work automatical... I did do the settings automatical 10 times in Admin -> General Settings -> MLE languages but the cms_locale still were empty... so I had to do it manually and that worked. $lang works now. Unfortunately there is still this other problem which I al...
Well I tought I did... But by going trough it step by step again, I saw where the problem could be: The 'locale_cms' field in the config_lang.php is empty. (I don't know why this is.. did I do anything wrong?) Anyway: I added it manually and now the $lang variable is correct. But I still have the Pr...
I tested with the method in your link. It's right, $lang is empty... But I saw that $hl has the same value which $lang should have, so I tried to use $hl instead of $lang in {tr... This causes a new problem: It works only for the one language but not for the other! If I use $hl to tell {tr... the l...
Hey there Because of several problems I had to Update from 1.5.2 MLE to 1.6.3 MLE. Now I have to use this new ?TRanslationManager' instead of the good old $mle_translation.key strings. The Problem is: While the old method worked great, the new method always gives me a "nothing to translate"...
Hello I set up a completely new (second) installation of CMSMS and there the problems don't show up. Then I installed MLE to this new installation and the problems still don't show up. So it seems, that something else in my old page is broken but MLE has not anything to do with it. So I have two pos...
Hello RonnyK, Thanks for your answer! -> Tiny: Yes it is. The problem is, that it makes no difference, whether it's ticked or not. Tiny is always disabled at startup. -> Preview: Here a snippet of a screenshot I took from the preview in the backend: http://www.strategyplayer.net/images/offtopic/empt...
Hello everyone. I've got some problems with my CMSMS :-\ First: I'm using a Template with two columns for the content (CSSMenu top + 2 columns). But the Preview (when editing content) does only show the content of the main column while the sidebar is always shown as empty. Personally it wouldn't bo...