Closed Bug 124393 Opened 23 years ago Closed 21 years ago

VK_HELP

Categories

(Core :: DOM: Events, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.0

People

(Reporter: timeless, Assigned: Brade)

References

Details

Attachments

(4 files, 1 obsolete file)

Blocks: 88739
Status: NEW → ASSIGNED
Comment on attachment 71323 [details] [diff] [review] 1-line addition of VK_HELP r=joki
Attachment #71323 - Flags: review+
Target Milestone: --- → mozilla1.0
Comment on attachment 71323 [details] [diff] [review] 1-line addition of VK_HELP sr=sfraser
Attachment #71323 - Flags: superreview+
Comment on attachment 71323 [details] [diff] [review] 1-line addition of VK_HELP a=roc+moz for 0.9.9
Attachment #71323 - Flags: approval+
Mac-specific fix / cleanup to handle VK_HELP instead of VK_INSERT. Last I checked, I didn't see any usage of VK_INSERT in lxr.mozilla.org (on any platform). This patch also does some cleanup (remove tabs on affected lines) and goes directly to the domeventkey constants rather than using the NS_VK_* constants which are redundant and hopefully going away some day.
Pink--please review Mac-specific patch Simon--please sr Mac-specific patch
Comment on attachment 71686 [details] [diff] [review] Mac-specific fix for handling VK_HELP instead of VK_INSERT r=pink
Attachment #71686 - Flags: review+
The patch is very hard to read. Would it be possible to attach an intermediate patch that still has the NS_VK key codes, and doesn't show whitespace changes? Or perhaps you could describe exactly which key mappings changed in the patch?
The whitespace changes are mostly limited to lines where NS_VK changes happened. The essential change is from NS_VK_INSERT to nsIDOMKeyEvent::VK_HELP I also changed these things: removed unnecessary headers moved the clear key and escape key out of the "modifier" section removed a comment at the end of a } which didn't seem necessary (just added clutter imo) renamed kInsertKeyCode to kHelpKeyCode uncommented kCommandKeyCode since VK_META key is now defined (not that we have code that would trigger this case or any other mod keys)
Comment on attachment 71686 [details] [diff] [review] Mac-specific fix for handling VK_HELP instead of VK_INSERT sr=sfraser
Attachment #71686 - Flags: superreview+
Comment on attachment 71686 [details] [diff] [review] Mac-specific fix for handling VK_HELP instead of VK_INSERT a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #71686 - Flags: approval+
Mac-specific fix checked into trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Attached file testcase (obsolete) —
Attached file umm, the real testcase
Attachment #78993 - Attachment is obsolete: true
verifying on build 2002-04-12-03-trunk on windows 98 and Mac OSX
Status: RESOLVED → VERIFIED
VK_HELP is reported as not working, see bug 88739 comment 70 and 71 and the testcase in that bug. Reopening.
Blocks: 251165
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
VK_HELP has been reported to be triggered by Space, as well as just any key when FAYT is enabled. I've tried to use VK_HELP in Firefox on Mac, see bug 251165, but that caused bug 252750.
Blocks: 253693
No longer blocks: 251165
Use this patch to test VK_HELP on Seamonkey. On VK_HELP, Help Contents are opened; it should also display that in the menu. Note that VK_HELP is triggered by any key on Windows right now...
VK_HELP finally works with the fix in bug 252750, which is already in the trunk and the aviary branch. Pressing the Help key now brings up Help Contents in Firefox on Mac. -> fixed again.
Status: REOPENED → RESOLVED
Closed: 23 years ago21 years ago
Resolution: --- → FIXED
No longer blocks: 253693
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: