Closed Bug 128987 Opened 23 years ago Closed 23 years ago

nsIDOMXULLabeledControlEl.idl: "accessKey" should be "accesskey"

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED WONTFIX

People

(Reporter: dean_tessman, Assigned: dean_tessman)

References

Details

Attachments

(1 file)

Checked with Aaron, who checked in the original version. This prevents using object.accesskey = <blah> to set an accesskey, which is the obvious try. SetAttribute("accesskey") works, and has been used elsewhere such as ComposerCommands.js.
Attached patch this makes things consistent (deleted) — Splinter Review
Adding keywords. I did a grep through all the code and couldn't find .accessKey used anywhere. The only thing this change would affect would be my patch for bug 78153.
Blocks: 128983
Status: NEW → ASSIGNED
Keywords: patch, review
Blocks: 78153
No longer blocks: 128983
Comment on attachment 72548 [details] [diff] [review] this makes things consistent r=aaronl
Attachment #72548 - Flags: review+
Blake, can you sr=?
Blocks: accesskey
It's "accessKey" in HTML DOM. Does XUL DOM need to be different?
Oh, it is too: http://www.w3.org/TR/2001/WD-DOM-Level-2-HTML-20011210/html.html#ID-59914154 Probably better to leave it as accessKey, then?
hewitt, jag: any comments?
I'd say WONTFIX :-) I guess the rule is: attribute names in markup are all lowercase, in DOM they're interCaps.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Works for me, verifying. Nice catch, Jesse.
Status: RESOLVED → VERIFIED
No longer blocks: accesskey
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: