https://bugs.documentfoundation.org/show_bug.cgi?id=61795
--- Comment #11 from amirimob...@gmail.com ---
(In reply to Khaled Hosny from comment #10)
> (In reply to amirimobile from comment #9)
> > I seriously don't see how this is resolved. There is a serious problem here:
> > Users get the _wrong_ results out of what they type. That means that this is
> > in fact a bug.
>
> No it is not, that is how the Unicode Bidirectional Text Algorithm works,
> not ideal but that is why control characters exists; to asset the algorithm
> when there is ambiguity (which is the case here).
That's just it: The algorithm is not at all the point here. LibreOffice Writer
_is_. The algorithm specifies how to display bidirectional text. Writer is the
instrument to be used to write text. What we're saying here is that writing is
broken, not how the already-written text is displayed.
>
> > Regarding "Using formatting characters is a perfectly fine way..." - if what
> > you mean by this is that users enter these formatting characters manually,
> > then it is definitely _not_ fine. This is a terrible nuisance to the few who
> > even know what these formatting characters are and how to input them, but
> > the vast majority of users are simply dumbfounded by the current behavior,
> > and this is something that does actually work in the popular (sorry) office
> > suite.
>
> Please cite examples of this working differently elsewhere.
Microsoft Word:
- Base direction: LTR
- Write text using strongly typed LTR characters
- switch to RTL language
- write text using strongly type RTL characters, mixed with various bracket
types
-> brackets keep their intended positions
>
> > All of this has of course already been mentioned by the OP of this bug, and
> > what has already been said (in subsequent comments) is that the Unicode BiDi
> > algorithm does not have to change, but libreoffice _does_.
>
> So what are the requested changes, other than changing the algorithm?
Two possible solutions that I would consider have already been suggested by
Amir E. Aharoni 2013-03-07 11:36:10 UTC:
--- start quote ---
The really good way to resolve this is not to change the Unicode bidi
algorithm, but to add support for inline direction marking to the OpenDocument
standard and then implement it in LibreOffice. Put simply, HTML has <div
dir="rtl"> and <span dir="rtl">, and OpenDocument only has something like <div
dir="rtl">, but not <span dir="rtl">.
Using directionality marks like RLM, RLE and PDF is not a robust way to resolve
this, although if they are used internally and the user doesn't have to use
them directly, it's probably OK.
--- end quote ---
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
