RESOLVED FIXED 52880
[GTK] Implement PlatformKeyboardEvent::getCurrentModifierState()
https://bugs.webkit.org/show_bug.cgi?id=52880
Summary [GTK] Implement PlatformKeyboardEvent::getCurrentModifierState()
Carlos Garcia Campos
Reported 2011-01-21 03:17:42 PST
While working on bug #52878 I noticed that PlatformKeyboardEvent::getCurrentModifierState() is currently unimplemented in the gtk port. I don't know if any test is failing because of this, but it could be easily implemented.
Attachments
Patch implementing getCurrentModifierState() (1.39 KB, patch)
2011-01-21 03:20 PST, Carlos Garcia Campos
no flags
Carlos Garcia Campos
Comment 1 2011-01-21 03:20:36 PST
Created attachment 79719 [details] Patch implementing getCurrentModifierState()
Martin Robinson
Comment 2 2011-01-22 14:17:40 PST
I grepped the entire source tree an only found implementations with no callers. Perhaps it makes more sense just to remove this method, as it appears to be dead code.
Eric Seidel (no email)
Comment 3 2011-01-22 15:04:02 PST
Comment on attachment 79719 [details] Patch implementing getCurrentModifierState() This does the current global event, not the actual object in question, right?
Carlos Garcia Campos
Comment 4 2011-01-23 23:57:55 PST
(In reply to comment #3) > (From update of attachment 79719 [details]) > This does the current global event, not the actual object in question, right? Yes, it takes the event from the global event list
Andreas Kling
Comment 5 2011-01-30 15:34:49 PST
(In reply to comment #2) > I grepped the entire source tree an only found implementations with no callers. Perhaps it makes more sense just to remove this method, as it appears to be dead code. Sounds like a good idea to me. About this patch.. is the MOD1 key guaranteed to be Alt?
Carlos Garcia Campos
Comment 6 2011-01-30 23:40:51 PST
(In reply to comment #5) > (In reply to comment #2) > > I grepped the entire source tree an only found implementations with no callers. Perhaps it makes more sense just to remove this method, as it appears to be dead code. > > Sounds like a good idea to me. > > About this patch.. is the MOD1 key guaranteed to be Alt? GTK docs says: "It depends on the modifier mapping of the X server which key is interpreted as this modifier, but normally it is the Alt key" we are currently using it everywhere in gtk port, in MouseEventGtk.cpp we have a FIXME comment though: // FIXME: Would be even better to figure out which modifier is Alt instead of always using GDK_MOD1_MASK.
Martin Robinson
Comment 7 2011-02-17 15:13:47 PST
Comment on attachment 79719 [details] Patch implementing getCurrentModifierState() Seems this is used in DragController.cpp for createMouseEvent.
Carlos Garcia Campos
Comment 8 2011-02-20 01:28:25 PST
Note You need to log in before you can comment on or make changes to this bug.