Closed
Bug 108722
Opened 23 years ago
Closed 23 years ago
OS X: Space no longer activates focused button
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9.7
People
(Reporter: bugzilla, Assigned: mikepinkerton)
Details
(Keywords: platform-parity, regression)
the Space key no longer activates the focused button in dialogs. i've noticed this on recent Mac OS X builds [eg, 2001.11.06.08-commercial], so it's a regression. will check on OS 9.1 --but this isn't a problem on win32 and linux. chris, pls do reassign as needed --not sure who'd own this... 1. open a dialog(*). 2. tab to any button to bring it into focus. 3. hit Space. expected: button should indent [and text go from black->white, at least in modern] and its particular function activated. actual results: no indentation, no activation. (*) tested with following dialogs: Preferences Open Web Location Download progress dialog Helper app dialog Find dialog fortunately, Return and Esc keys do work as expected.
Reporter | ||
Comment 1•23 years ago
|
||
nominating for moz0.9.7. btw, this is not a problem on mac os 9.1.
Summary: Space no longer activates focused button → OS X: Space no longer activates focused button
Assignee | ||
Comment 2•23 years ago
|
||
yup, this is a problem on both 9 and x with the carbon builds. seems like an event handling issue. since it happens on 9, it should be pretty straightforward to debug with the MWDebugger.
Assignee | ||
Comment 3•23 years ago
|
||
oops, this is my bug. overzealous ifdefs. though it makes me realize that composer doesn't seem to make use of OS key events at all. Even with the dispatch of key events to gecko commented out, you can still type. strange.
Assignee: saari → pinkerton
Comment 4•23 years ago
|
||
>Even with the dispatch of key events to gecko commented out, you can still type. strange.
Yes, because we use the Unicode keyboard input Apple Events.
Assignee | ||
Comment 5•23 years ago
|
||
here's the patch, but i still don't quite understand it Index: mozilla/widget/src/mac/nsMacMessagePump.cpp =================================================================== RCS file: /cvsroot/mozilla/widget/src/mac/nsMacMessagePump.cpp,v retrieving revision 1.126 diff -u -2 -r1.126 nsMacMessagePump.cpp --- nsMacMessagePump.cpp 2001/10/27 07:38:03 1.126 +++ nsMacMessagePump.cpp 2001/11/07 22:13:08 @@ -803,6 +803,6 @@ //else { -#if USE_MENUSELECT PRBool handled = DispatchOSEventToRaptor(anEvent, GetFrontApplicationWindow()); +#if USE_MENUSELECT /* we want to call this if cmdKey is pressed and no other modifier keys are pressed */ if((!handled) && (anEvent.what == keyDown) && (anEvent.modifiers == cmdKey) ) r/sr?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
Comment 6•23 years ago
|
||
r=saari
Comment 7•23 years ago
|
||
sr=sfraser
Assignee | ||
Comment 8•23 years ago
|
||
checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•23 years ago
|
||
vrfy fixed with 2001.11.27.04-comm bits on 10.1.1.
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•