Apache OpenOffice (AOO) Bugzilla – Issue 13091
Entry of Unicode control characters (RLM, LRM, RLO, LRO, RLE, LRE, PDF, ZWJ, ZWNJ)
Last modified: 2013-08-07 15:00:01 UTC
Both in Win32 and in GTK is it possible to enter Unicode zero width control characters (e.g. RLM, LRM, RLO, LRO, RLE, LRE, PDF, ZWJ, ZWNJ) in an submenu "Bidi control characters" that is opened from the main right mouse click menu. OpenOffice should implement the same functionality. It would make sense to only add this option to the right click menu if complex text support has been turned on. (Of course the Bidi algorithm employed in OpenOffice should honor all these characters!)
DL->HDU: Would you please takeover?
HDU->FT: Please work on this feature request. If yes it looks like work for OS?
would be interesting for mercury.
confirming- will duping a newer bug to this
*** Issue 16403 has been marked as a duplicate of this issue. ***
When these character are inseted anyway, you get squers.
I think it would be good to keep the GUI "menu" feature request of this issue separate from the honoring and proper rendering (i.e. non-rendering) of the Unicontrol characters. I suggest that the issue #16403 be reopened and that this issue is made dependant on it.
Thanks for duping Ms. Forbes! I'm sorry for not noticing the bug, however I'd like to add the squares information. Sometimes when adding this signs squares appears and sometimes directionality do change a bit (never correctly I think).
*** Issue 17154 has been marked as a duplicate of this issue. ***
changing to "all"uer to dups
We already discussed this issue but it didn't make it into the PCD for 2.0. Therefore we have to re-target this issue as an enhancement with P5 to Office later.
mehlng->ft: I totally disagree. This is not a "ssues with this priority are not relevant for a release" it is super relevant! It makes rendering complex Hebrew-English structures possible - that for the usablity part. Except there' s the standarization part, OOo won't be standard! it won't be able to render standard UTF8 textfiles!. I think this is a very major issue not even comparing to "a control with an offset of a few pixels" or "a minor repaint errors". It's a very major issue that affect any ME user that writes an R2L text with English inside. I think this SHOULD be fixed in 1.X series and MUST be TOTALLY fixed, within the very first OOo2.0 Alpha. I really don't understand why do you conseder this issue so minor...
The last comment is correct (as I have noticed in some Japanese texts as well). Even when writing RTL, a quote in a language that writes LTR is treated in most word processors as if a right tab had been place just beyond the last RTL character. It would seem a bit easier to implement that way and it is certainly crucial to writing in RTL languages and far from a "minor" issue.
Impplemntation note: Think of LRM as an L2R character with zero size, and RLM as an R2L character with zero size. But certainly it is a very major issue that maybe should be rated as P2. Ms. Forbes please vote this issue if you agree with comments, or/and add your comment for supporting this issue. Mr. BlackEagle please vote as well.
This feature is desirable to have.
started
Falko, this is an L10N-issue, so it is yours.
dina: fwi
It should be also possible to input RLM and LRM using key-bindings, conforming to one of the following conventions: 1. The Israeli Standard (SI1452) - AltGr+"<" and AltGr+">" -or- 2. Microsoft BiDi text widgets - Ctrl+"[" and Ctrl+"]" Personally, I prefer the first option, Prog.
RLM/LRM work fine with Writer 1.9.m49. I don't see any squares and the direction changes as expected. As for the control charcater menu that this bug asks for, how is it planned to be implemented? The Windows way? The GTK way? Platform specific? What about platforms that don't have a BiDi chars menu (such as MacOS)? Prog.
Partly done it 2.0.1
.