[Libreoffice-bugs] [Bug 61795] Weak Characters (like brackets) are mispositioned with mixed RTL and LTR
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Oct 17 14:14:58 UTC 2017
https://bugs.documentfoundation.org/show_bug.cgi?id=61795
--- Comment #19 from Khaled Hosny <khaledhosny at eglug.org> ---
(In reply to Mike Kaganski from comment #18)
> (In reply to Khaled Hosny from comment #17)
>
> Khaled:
>
> I agree with OP, that there *is* a problem here. Again: that's not the
> problem of rendering! There's nothing to Unicode bidirectional text
> algorithm. The user is able to manually create good-looking text if user
> performs some special actions; i.e., citing comment #0,
>
> > Todays LibreOffice's solution is to add LRM and RLM chars in the correct place
>
> Of course, text *rendering* should not place some formatting characters
> anywhere they aren't present in source. But the problem is not rendering, as
> already said multiple times; the problem is *input*, which should analyse
> the situation (current IME mode?) and insert those characters at input
> stage, when the string is created from keyboard. So, I suggest you to revert
> your decision to dismiss this, as UX-wise, this is a horrible bug actually.
There is no concrete proposal what should be done here. I don’t personally
think we should start inserting characters the user didn’t type, not invisible
ones at least. I don’t know any program that does that (regarding weak bidi
characters) apart from what said here about MS Word (and I don’t think this is
publicly specified anywhere, so we would be effectively reverse-engineering
it). Also I feel that whatever we do here is likely to have undesired
side-effects, if there were a robust way to handle this it would have made it
to UBA by now.
But anyway, that is my 2 qirsh, feel free to re-open the issue if you think
otherwise.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20171017/41ca6c76/attachment.html>
More information about the Libreoffice-bugs
mailing list