1. open writer
2. switch to RTL
3. type some text
4. set paragraph style to Heading 1
5. it has switched it back to LTR
The switching doesnt happen only if you set the user locale to a RTL language.
Build ID: 6e3e4cd38b56d432c48cd7217885974e3f0519fd
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2;
Locale: en-US (en_US.UTF-8); Calc: group
Happens in 5.4.1 as well (and if I remember in any LibreOffice version).
Still happens in:
Build ID: 9050854c35c389466923f0224a36572d36cd471a
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3;
Locale: en-US (en_US.utf8); Calc: group
OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
Tools > Options > Language Settings > Languages:
User interface: default - English (USA)
Locale setting: Default - English (USA)
Complex text layout: Hebrew
The same problem appears also when I set Locale setting to: Hebrew.
When the User interface was set to Hebrew (with locale set to Hebrew as well), Heading 1 respected RTL directionality of the paragraph.
I tested also with default - English (USA) locale, Heading 1 respected RTL directionality as well. When I write a LTR paragraph in this Hebrew UI + English (default) locale, and set it to Heading 1, Heading 1 forces it to RTL directionality.
It is not clear to me that this is a bug.
Manually setting the direction of a paragraph to RTL does not mean changing the _document_ direction to RTL. And an LTR document's H1 paragraphs are in LTR direction. Changing the style removes previous direct formatting.
I realize it's annoying, but perhaps the real issue is that one cannot easily indicate "I want to write an RTL document", except by changing the default paragraph style to RTL?
Changing this back to UNCONFIRMED for now - but this is open for discussion of course.
(In reply to Eyal Rozenberg from comment #3)
> Changing this back to UNCONFIRMED for now - but this is open for discussion
> of course.
It's been confirmed by 3 people. Please don't change that status.
What's been confirmed is that the described behavior occurs. However, it's not been established - neither by the reporter nor by others - that this behavior is a bug.
However, since Lior has indicated he believes this is buggy behavior, I'll not change the status to UNCOMFIRMED or INVALID, and instead we'll discuss this in the RTL-CTL telegram group.
(In reply to Lior Kaplan from comment #4)
> (In reply to Eyal Rozenberg from comment #3)
> > Changing this back to UNCONFIRMED for now - but this is open for discussion
> > of course.
> It's been confirmed by 3 people. Please don't change that status.
Any chance you could try it in LibreOffice 3.3 ?
I fully agree with Eyal that this is not a bug. Pressing the RTL paragraph button does not "switch to RTL" for the document, but only for the paragraph.
There are several more appropriate ways to "switch to RTL"
1.) setting the locale to an RTL language is best for RTL writers/speakers since this will affect every new document automatically.
2.) setting the default paragraph style to RTL is probably best way to specify RTL for a specific document.
3.) setting each page style to RTL (although that has been buggy if exporting to MS formats).
Since option #2 is extremely easy to do (for those who normally want to create LTR documents and thus don't choose option #1), I don't see any reason for any "enhancement" requests.
> The switching doesnt happen only if you set the user locale to a RTL language.
This is not exactly true. Now the switching happens if you specify LTR for a paragraph - in which case the Heading 1 switches it back to RTL.
Since this is a Yousuf bug report, there is probably something that is missing in the conversation so far - because he always reports real bugs. Perhaps he is requesting for the paragraph's RES_FRAMEDIR property not be cleared when a "inherit from environment" paragraph style is applied. If there is precedence for keeping "sticky" settings for other paragraph properties, then I could consider changing this to be a valid enhancement request. Something like this could be helpful for people who mix LTR and RTL content in the same document.