Do you know if this is possible, Carsten?

Sure it is. Correct behaviour should be that the CKEditor RTL orientation should be the one of the survey language, not admin interface language.

Can you please update to the latest version first, 2.73? Thank you. Let me know if the problem persists.

I will close it - new bug report with SS reported here 15030

Not sure why this was closed but the issue persists into LimeSurvey Version 3.19.1

I have tested on the demo site.

The linked issue 15030 is about the administration interface when it is set to Arabic. not when the admin interface is English but you are trying to compose Arabic questions.

I have attached some example images from https://demo.limesurvey.org/index.php?r=admin/questions/sa/editquestion/surveyid/344972/gid/92/qid/2562

2019-10-14 14_12_48-LimeSurvey.png (33,072 bytes)   

2019-10-14 14_12_48-LimeSurvey.png (33,072 bytes)   

Sorry made a mistake here is the second image

2019-10-14 14_13_43-LimeSurvey.png (24,840 bytes)   

2019-10-14 14_13_43-LimeSurvey.png (24,840 bytes)   

A workaround for the issue, but it only works for Arabic and would have to be modified for other rtl languages like Hebrew

Create a custom admin theme
Add a custom JavaScript file to the config.xml file in your custom admin theme

    <js>
        <filename>arfix.js</filename>
    </js>

create a js file in the scripts subfolder (may have to create this folder)
in my case I added the file arfix.js

in that file add the following code
jQuery(document).ready(function( $ ) {

  $('a[href="#ar"]').click(function(){
      $("#ar iframe").contents().find("html").attr("dir","rtl");
      $("#ar iframe").contents().find("html").attr("lang","ar");
  });

});

flush the admin theme from the global settings file

Now when an author clicks on the Arabic editor tab the language direction will be changed to RTL

sorry for the bad formatting above it seems the editor here has a few bugs as well...

Hey @DeveloperChris,

I will check it again asap. thanks for the heads up!

Won't fix, LS2 is no longer supported. Please check if the issue persists in LS3 and LS4.

This is a problem that started in LS2 but continues in LS3 and is considerably worse in LS4

I am not sure why you closed this bug without at least checking to see that it had been resolved.

The reason why it is considerably worse in LS4 is because LS4 has changed the way the editor and tabs work and rather than reload the editor and content it just switches the content in and out, rendering my previous hack as unworkable.

@DeveloperChris : please report another issue for 4.X

Else : did 4.X RTL functionality work good in 4.X without the HTML editor ?

PS : i think too we must have a clean RTL system

I am not sure why you closed this bug without at least checking to see that it had been resolved.

Time.

Thanks for checking.

This is the second time it has been closed without doing any due diligence, Bugs don't go away just because you close a bug report. I had already reported this bug continued into LS3, and LS4 is not yet up to a standard we can use. For example take a quick look at the question type selector. It includes a "Browser Check" question type which looks like its a hangover from debugging and as this is in a release it brings into question how well tested the code actually is. https://bugs.limesurvey.org/view.php?id=12349#c54015

"Not sure why this was closed but the issue persists into LimeSurvey Version 3.19.1"

A simple request to check LS4 would have been sufficient, but for someone who is trying to help by at the very minimum reporting issues (we are also financial supporters) we find it is a slap in the face to have our efforts discarded without thought.

Thanks Denis. I'd love to repeat everything I have done in a new report. But I don't have the "Time"

Hey @DeveloperChris - we will be reverting to the old LS view in LS4.4 next month. I will move this ticket to acknowledged and assigned it to myself.
Thank you for your contributions!

Hello @DeveloperChris , 4.4.0 RC1 has been released. Could you please check if everything is fine now :) ?

I can confirm that this issue is still not resolved.

https://github.com/LimeSurvey/LimeSurvey/pull/1879

Corrected it for the editor of both the question and help, as well as for subquestions and answers.
We can apply the correction on other places as well.

Added a function to twig extensions as to check if the language is RTL. That function feeds the editor settings

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=31802

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=31812

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=32016

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=32844