turn gAccessKeyPrefInitialized to false in nsTextBoxFrame.cpp if we switch locale

NEW
Assigned to

Status

()

Core
Internationalization
17 years ago
9 years ago

People

(Reporter: Frank Tang, Assigned: Jungshik Shin)

Tracking

Trunk
Future
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
This is a spin off from 93025. If user switch locale, then we need to invalid
gAlwaysAppendAccessKey 
 in nsTextBoxFrame.cpp . 
the way to implement it is to register a preference handler inside
AlwaysAppendAccessKey() and listen to the change of "general.useragent.locale"
and when that happen, set gAccessKeyPrefInitialized  to PR_FALSE
(Reporter)

Comment 1

17 years ago
set to future untill we need on-the-fly locale switching
Target Milestone: --- → Future
Frank,

this is hust FYI: turbo mode needs to be exited when switching the app laguage
or region and that to the implementation of an event broadcaster - as spearheded
by ccarlen:

http://lxr.mozilla.org/seamonkey/search?string=locale-selected

This might be another way to set gAccessKeyPrefInitialized  to PR_FALSE...
(Reporter)

Updated

17 years ago
Status: NEW → ASSIGNED
(Reporter)

Comment 3

14 years ago
what a hack. I have not touch mozilla code for 2 years. I didn't read these bugs
for 2 years. And they are still there. Just close them as won't fix to clean up.
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WONTFIX

Comment 4

14 years ago
Mass Reassign Please excuse the spam
Assignee: ftang → nobody

Comment 5

14 years ago
Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all
the spam is his fault feel free to tar and feather him
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---

Comment 6

14 years ago
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
QA Contact: teruko → i18n
You need to log in before you can comment on or make changes to this bug.