To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100737
------- Additional comments from [email protected] Tue Jun 16 11:11:27 +0000 2009 ------- > If the change is to made for each application where the symptom occurs, this > would have to be fixed not only in calc, but also in Writer tables with number > recognition. Yes. And Impress tables, Chart data tables, and maybe more. The actual logic and insertion could be still made in the number formatter, with the method getting passed an argument whether it should insert a LRM. > I'm wondering though how serious a concern it should be that a target > application would ignore an LRM. Wouldn't it be fair to assume that any > application which would be Unicode-aware enough to reverse the order of "-3" > because of the new Unicode Bidi properties of minus/hyphen would be > Unicode-aware enough to support an LRM? Not necessarily. I wasn't referring to reversal of "-3". For a simple example take the export of numbers to CSV, you'd have a field content with <LRM>-3. An application parsing that file may not recognize the data being numeric if it does not ignore the LRM character. When copying data via clipboard, the pasting application inserts data as is, in an RTL environment you'd end up with the logical sequence ABC <LRM>Data DEF. Now, how is that supposed to be displayed? I don't think the LRM belongs into data because it is a mere display option. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
