Issue 123308

Summary: Basic Formatting Shortcuts don't function when typing in another language.
Product: Internationalization Reporter: Tal <tal>
Component: BiDiAssignee: AOO issues mailing list <issues>
Status: REOPENED --- QA Contact:
Severity: Major    
Priority: P5 (lowest) CC: elish, issues, jsc, patrick.michaelsen, petko, tal
Version: 3.4.1Keywords: accessibility, Arabic, BIDI, Hebrew
Target Milestone: ---Flags: jsc: 4.1.1_release_blocker-
Hardware: Mac   
OS: Mac OS X 10.6   
See Also:
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Description Flags
ODF containing Hebrew text
Keyboard shortcuts dialog none

Description Tal 2013-09-20 14:03:53 UTC
Created attachment 81588 [details]
ODF containing Hebrew text

Formatting shortcuts don't work while editing an RTL text. 
Command+B, don't make the selection bold,
Command+I doesn't make it italic,
Command+U doesn't make an underline,
Command+L doesn't align the text to the left
Command+R ...
Comment 1 Edwin Sharp 2013-09-20 14:37:52 UTC
Can not reproduce with Rev. 1523756 Win 7.

What is your Tools - Customize... - Keyboard - Shortcut keys?
Comment 2 Tal 2013-09-20 15:37:21 UTC
Note: my bug refers to MAC OS, not windows.
Attached a screen shot of Keyboard shortcuts, per Edwin Sharp's request, though I haven't changed anything there.
Comment 3 Tal 2013-09-20 15:39:12 UTC
Created attachment 81590 [details]
Keyboard shortcuts dialog

note that I didn't change any shortcuts.
Comment 4 Tal 2014-03-27 14:20:17 UTC
Moved to Internstionalization > BIDI.
Tested on Writer only. This adheres simple editing, and can lead people to quit the idea of using OO.
Comment 5 Tal 2014-03-31 08:04:48 UTC
Reverted to original version noticed. 
This bug still persists on 4.1 dev, Mac OS 10.9.
Comment 6 jsc 2014-07-01 07:44:47 UTC
tested with OO410m18(Build:9764)  -  Rev. 1589052, en-US, MacOS 10.9.3 (UI en-US, locale de)

1. test, standard locale German
loaded test document, all shortcuts work as expected

2. test, changed office locale to Hebrew
loaded test document, all shortcuts work as expected

As far as I have understood the issue, I can't reproduce it. It doesn't looks like a showstopper to me as long as nobody has confirmed it or the issue can be reproduced (impossible to fix)
Comment 7 jsc 2014-07-28 15:21:36 UTC
no showstopper for AOO 4.1.1, it's still unconfirmed and I don#t see that a fix will be in place in time.
Comment 8 Patrick Michaelsen 2016-10-01 02:04:07 UTC
These shortcuts function properly when typing in Chinese Simplified (Microsoft Pinyin) on Open Office 4.12 on Windows 10

Command+B: bolds selection,
Command+I: italicizes selection,
Command+U: underlines selection
Command+L: left aligns selection
Comment 9 Peter 2016-10-02 19:49:16 UTC

I tried on MacOS and on Arch Linux with Open Office Version 4.1.2. I did not see the described behaviour.

It looks to me as the occurence is not necessarily linked to the document itself, but maybe something close to it. However the history of this Report is very old. I Kindly ask the OP to retest on current Version, then we can take a look into the Issues around this.

In the meanwhile I close this report, due to repeated irreproducible reports.
All the Best
Comment 10 Tal 2016-11-07 22:15:05 UTC
(In reply to Peter from comment #9)
> [...] I Kindly ask the OP to retest on current Version [...].
Issue still exists (after 3 years). Tested in English version 4.1.3, Mac OS X 10.11.6. In English shortcut keys function as normal, but when writing text in Hebrew (and maybe Arabic, too), text formatting shortcuts don't work as in English (see description). 

Note: Cmd + a (select all), Cmd + s (save) work in both languages.

(In reply to jsc from comment #6)
> [...]
> 1. test, standard locale German
> [...] all shortcuts work as expected
> 2. test, changed office locale to Hebrew
> loaded test document, all shortcuts work as expected
It seems your KB stayed in German/English. You need to switch your keyboard as if you're about to type some Hebrew characters; then the shortcuts don't work.

I'd appreciate a higher priority for this, as editing is very buggy in RTL languages, as I mentioned in other related bugs.