Issue 81501 - [HE] OOo's handling of weak chars hinders editing of Hebrew text
Summary: [HE] OOo's handling of weak chars hinders editing of Hebrew text
Status: CLOSED DUPLICATE of issue 18024
Alias: None
Product: Internationalization
Classification: Code
Component: BiDi (show other issues)
Version: OOo 2.2
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-11 13:51 UTC by Unknown
Modified: 2007-10-11 16:44 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2007-09-11 13:51:57 UTC 
S אמיתי ב-L אם"ם P.ד (Convention T)

if you copy the above text into a Writer document, and try to delete the orphan 
ד
(daled)
that is stuck in there, it will rearrange the order of the characters in an 
unwanted way. In other words, trying to type that sentence results in a 
seriously annoying mess.

In order to get over this bug, the user should manually insert RLM character
(see issue 18024), instead of it happen automatically.
Comment 1 Unknown 2007-09-11 13:56:07 UTC 
changing title
Comment 2 stefan.baltzer 2007-10-10 17:41:41 UTC 
SBA: Adjusted summary. Put FME and HDU on cc ( please comment).
Comment 3 frank.meies 2007-10-11 08:01:17 UTC 
fme: I don't know what to comment on this issue. The characters are re-ordered
automatically according to the Unicode Bidi Algorithm. You can use RTL/LRM
characters to influence the result.

fme->yba/ayaniger: Any comments from the experts side? I think the outcome of
the somewhat lengthy discussion in issue 18024 was that we don't want any magic
that automatically inserts control characters in the document. Instead we wanted
to stick with the UBA and offer the user menu entries to easily insert LRM/RLM.
Is this correct?
Comment 4 yba 2007-10-11 14:27:42 UTC 
Alan, Yifat, isn't this really another case of IZ18024? If so, then as fme
states, we prefer the manual RLM.
Comment 5 stefan.baltzer 2007-10-11 16:39:01 UTC 
SBA-> FME, YBA: Thank you fo your comments.
Set to duplicate.

*** This issue has been marked as a duplicate of 18024 ***
Comment 6 stefan.baltzer 2007-10-11 16:44:45 UTC 
SBA: Closed.