[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kplato
Subject:    Re: RTL documents in Koffice
From:       Dotan Cohen <dotancohen () gmail ! com>
Date:       2009-09-19 19:07:28
Message-ID: 880dece00909191207o4912b1aeqdd90bf4871453d8 () mail ! gmail ! com
[Download RAW message or body]

> That sounds like a bug somewhere; RTL docs I have open just fine in kword.

I assume that these are documents originally created in Kword? Upon
testing, I see that those display fine, it is OOo documents that are
problematic.


> Maybe you can report the issue on bugs.kde.org where you can attach a test-
> document?
>

Here you go:
https://bugs.kde.org/show_bug.cgi?id=207915

> The way that RTL works in KOffice is that the option to change direction only
> appears when the document is bidi.  So if you type hebrew when using LTR
> machine. Or vice versa.

How is "LTR machine" defined? Hebrew locale? Hebrew KDE settings? In
any case, this should always be shown, even if the user decides for
one reason or another to have any specific locale or KDE settings. For
me, English locale, Hebrew KDE settings, I could not get the bidi to
show no matter if I was creating an LTR or RTL document.


> There is a known bug that this button doesn't appear on loading.  But if
> your RTL paragraphs don't even right-align... thats odd.
>

In OOo-created documents, I must restate.

> Would love to see a simple test doc to see whats going on. Thanks!

There are three  in the bug report.

Thank you for taking an interest! This is an important deal-breaker
for a large part of the world's population, and I was honestly worried
that it might be written of as a "doesn't affect me" issue for the
Koffice devs, an attitude that is sadly present in some other KDE
projects (but is improving).

-- 
Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
____________________________________
koffice mailing list
koffice@kde.org
To unsubscribe please visit:
https://mail.kde.org/mailman/listinfo/koffice

[prev in list] [next in list] [prev in thread] [next in thread]