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: deanis74, Assigned: deanis74)

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.
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: