Georg Baum wrote:
The generated file is correct, so the setEncoding modifier works. I am glad
to see that.
Yes, this is correct, and I'm glad, too!
The screenshot looks different than here (but the patch did not change
anything drawing related). Obviously your version is correct, while mine
is not. I have no idea why, and I don't have any idea why we need the \rtl
flag in lyxrc. Why is RTL display not derived from the language?
Actually, neither one of the displays is correct:
*) in rtltrue, the paragraph alignment is correct, and the order of the
words is correct, but each word is backwards;
*) in rtlfalse, the paragraph alignment is wrong, the order of the words
is correct, and each word appears correctly.
Note that neither one of these is the same as the first screenshot that
Abdel sent (which was also wrong, and where the RTL flag was off)!
There, the alignment is wrong, the order of the words is wrong, and each
word is backwards.
Now, this is the same problem that Guy and I were seeing: my output
looks like Abdel's --- and as soon as the RTL flag is turned on, then
the output is correct (as in the next screenshot Abdel sent). However,
in Georg's (and Guy's) output, it seems that for some reason an extra
reverse is taking place at the single-word-level.
Any ideas what could be causing this?
Both Guy and I are in Linux (gentoo and debian, respectively). So it's
not a Windows/Linux difference.
Georg
------------------------------------------------------------------------
------------------------------------------------------------------------
