Closed Bug 124393 Opened 23 years ago Closed 20 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 ago20 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: