Closed Bug 87252 Opened 23 years ago Closed 22 years ago

National access keys not working in pull-down and popup menus

Categories

(Core :: Internationalization, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: mik, Assigned: tetsuroy)

References

()

Details

(Keywords: intl)

Attachments

(3 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.1+) Gecko/20010617 BuildID: 2001061720 Non-english access keys not working in pull-down and popup menus For example, for Russian letters access keys do work in main menu, even performing case convertion, but no reaction to Russian keys in pull-downs or popups Reproducible: Always Steps to Reproduce: 1. Install Language pack which uses non-english letters as acces keys 2. Open pull-down menu 3. Press national access button, in national or english keyboard layout Actual Results: Mozilla does not recognizes this keypress as a shortcut Expected Results: Mozilla should react to accesskey National access keys do work in main menu in keyboard layout is national, they even work mixed case.
Cc to jbetak, do you have any idea? Also cc to rchen, do we have this problem in our localized build?
Switching qa contact to jonrubin and cc to marina. Jon, can you confirm?
QA Contact: andreasb → jonrubin
hm, while perusing through the CVS blame to for nsTextBoxFrame.cpp it seems that timeless' checkin from June 7 might be a good candidate to look at. mik could you please verify that this works for you in the 0.9.1 release build? Would you be willing to help with determining, when this regression started appearing (my guess is June 8)? We could then approach the responsible developer to help with a fix... http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/layout/xul/base/src/nsTextBoxFrame.cpp
Attached file simple XUL testcase (deleted) —
Checked with 2001060703 (mozilla 0.9.1) -- National access keys does not work at all. Tested with both testcase and langpack.
Status: UNCONFIRMED → NEW
Ever confirmed: true
It does not work for ASCII either ("Close" in the test case). Could you attach all ASCII test case? Probably, this should go to xptoolkit.
Naoki, my last attempt to make Mik's test case work seemed to be successful - when clicking on the last attachment in Mozilla, the "Menu" item can be accessed by hitting "Alt-M". However the first menu item (Fajl - Файл) does not respond to the key combination "Alt-F". Please refer to the Russian Win keyboard layout I've attached in the bug header to verify, whether I got the key mapping correctly.
Thank Juraj, looks like it's working for ASCII. Change component to xptoolkit. Ray, please comment if this is important for localized builds.
Assignee: nhotta → trudelle
Component: Internationalization → XP Toolkit/Widgets
Keywords: intl
cc to yokoyama
--> i18n
Assignee: trudelle → nhotta
Component: XP Toolkit/Widgets → Internationalization
QA Contact: jonrubin → andreasb
QA Contact: andreasb → jonrubin
to jbetak: a) for first menu item to respond (Fajl), I have to press Alt-A and keyboard should be in Russian layout. b) keyboard layout you provided is invalid -- it's phonetic layout, it's not the real layout printed on keyboard and coded is OSes. So, for second menu item (Menu) to respond I have to press Alt-V, and this two keystrokes do work. Now, if I open any Menu , I should be able to call first (Import) and second (Zakryt]) options by pressing B and P, but here menus do not respond. Pressing C in latin layout calls "Close" successfully
Reassign to yokoyama.
Assignee: nhotta → yokoyama
Mikhail, thank you so much for clarifying this! I found a graphics of the standard Russian keyboard layout and I'm including it for future reference: http://koi8.pp.ru/cyrkb.gif It seems to match the examples you mentioned in your note quite well.
mark as future.
Target Milestone: --- → Future
Accepting
Status: NEW → ASSIGNED
mass change, switching qa contact from jonrubin to ruixu.
QA Contact: jonrubin → ruixu
Looks like it's working now. Marking "works for me" with bug 87253 (National access keys should react to they'r respective latin letter) still open.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Kasumi-san, could you please take a look at this? it is related to the non-english langpack. thanks.
QA Contact: ruixu → kasumi
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: