Closed
Bug 167503
Opened 22 years ago
Closed 22 years ago
[gtk2] XFree86 compose key broken
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 176514
People
(Reporter: skaar, Assigned: saari)
Details
XFree86 got an option for using "compose key" sequences to type characters that are not accessbile from regular keyboard input. /etc/X11/XF86Config: Section "InputDevice" .... Option "XkbSymbols" "us(pc101compose)+ctrl(nocaps)" EndSection for "oslash", you would type the sequence: alt-gr / o Building mozilla 1.1 against gtk2, this don't work anymore
Reporter | ||
Comment 1•22 years ago
|
||
Testing with gtk2/Galeon - the interface (Galeon's perferences, Seach popup's) handles compose key sequences, but the mozilla components like forms don't work
Comment 2•22 years ago
|
||
Does this bug still happen? cc'ing blizzard as this is a gtk2 bug. also, changing component to even handling, which is a better one I think.
Assignee: asa → saari
Component: Browser-General → Event Handling
QA Contact: asa → rakeshmishra
Summary: XFree86 compose key broken → [gtk2] XFree86 compose key broken
Reporter | ||
Comment 3•22 years ago
|
||
without actaully having looked at the code, something I came across with gtk2 gaim was that it used the depreciated GtkText and GTK_ENABLE_BROKEN, instead of GtkTextView - maybe this is what was used here
Comment 4•22 years ago
|
||
mozilla uses its own widgets, not gtk ones.
Comment 5•22 years ago
|
||
*** This bug has been marked as a duplicate of 176514 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•5 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•