You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2012/07/03 09:28:20 UTC

[Bug 120164] New: Brakets are inverted under Mac

https://issues.apache.org/ooo/show_bug.cgi?id=120164

          Priority: P3
            Bug ID: 120164
          Assignee: ooo-issues@incubator.apache.org
           Summary: Brakets are inverted under Mac
          Severity: major
        Issue Type: DEFECT
    Classification: Code
                OS: Mac OSX, all
          Reporter: boaz@2be.co.il
          Hardware: Mac
            Status: UNCONFIRMED
           Version: AOO 3.4.0
         Component: BiDi
           Product: l10n

issue:
Brakets, under OpenOffice for Mac Os X only, are inverted under RTL languages
such as arabic and hebrew.

how to repeat:
1. open a file using NeoOffice and use an RTL language (such as hebrew) to
write "(this is interjected text in RTL language)" or "RTL text :-) RTL Text".
2. Save file and open under Mac OS X for review.

expected:
"(this is interjected text in RTL language)" or ":-)"

shows:
")this is interjected text in RTL language(" or "RTL text :-( RTL Text"

persistance:
Last I checked, this issue is persistent 100% of the times.

ALSO, this issue appears when writing RTL Text on OpenOffice for Windows and
reviewing with OpenOffice for Mac.

Severity:
This renders OpenOffice for mac useless for any longterm or office application.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120164] Brakets are inverted under Mac

Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=120164

tchris <tc...@mac.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tchris@mac.com

--- Comment #1 from tchris <tc...@mac.com> ---
Created attachment 82611
  --> https://issues.apache.org/ooo/attachment.cgi?id=82611&action=edit
Hebrew text test on a Mac

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.

[Bug 120164] Brakets are inverted under Mac

Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=120164

markusbern <ma...@xview.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |markus.von.kaenel@xview.ch

--- Comment #3 from markusbern <ma...@xview.ch> ---
please check under 4.1. It's a very old, still living bug....

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.

[Bug 120164] Brakets are inverted under Mac

Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=120164

--- Comment #2 from tchris <tc...@mac.com> ---
I am not a Hebrew writer.  I am attempting to clarify the original bug only.  I
installed the Hebrew text and keyboard handling on my Mac (OS 10.7.5) using
OpenOffice 3.4.  I switched back and forth from English to Hebrew keyboards in
my screenshot to demonstrate inserting text into a Hebrew document.

Writing one left paren shows me an inverted paren at the beginning of the
Hebrew line even though I would have expected it to appear to the left side. 
Continuing to type moves the paren to the left side of the page and encloses
the text as I would expect when I type the closing paren.  If the paren ends
the sentence the paren does not move to the left but remains at the beginning
of the sentence.  Adding punctuation after the paren does not move it.
Using a paren to create an emoticon requires the user to type the reverse paren
to what is desired.  The emoticon remains at the beginning of the sentence
instead of moving to the current place in the line.  
Switching to English keyboard layout in the middle of an existing Hebrew line
adds the English line left to right using the proper parens.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.