The problem lies with public_html/fckeditor/editor/fckeditor.html
Here's the needed fix:
Text Formatted Code
// Set the editor interface direction.
window.document.dir = FCKLang.Dir ;
// custom code - start
// Ok, window.document.dir is never ACTUALLY used!
// Therefore let's actually use it.
FCKConfig.ContentLangDirection = window.document.dir ;
// Without it, FCKConfig.ContentLangDirection is hardcoded in
// public_html/fckeditor/fckconfig.js !
// (by default it's hardcoded to LTR, but changing it to RTL would just hardcode RTL)
// Custom code - end
The tracker is still down, so I hope some "official" applies this patch and notify here.
Although it should be said this is not a complete solution because all FCKeditor cares about is the browser's setting whereas Geeklog checks a lot more things. Therefore somehow using $LANG_DIRECTION
(in one of the PHP files that involve FCKeditor) for FCKConfig.ContentLangDirection
would be a lot better.
BTW, although it matters less, relying only on the browser is true for any language setting in FCKeditor, so it would be better off to improve FCKLanguageManager.GetActiveLanguage
in the JS files in public_html/fckeditor/editor/js/
But again, that's minor. Having LTR or RTL when you want the opposite is really annoying and looks unprofessional in the eyes of newbie clients (especially since there's no usage of the supposedly actual button FCKeditor provides to switch language direction).