Bug 51784

Summary: Some renaming and refactoring of form element code
Product: WebKit Reporter: Darin Adler <darin>
Component: FormsAssignee: Darin Adler <darin>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, commit-queue, tkent
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Other   
OS: OS X 10.5   
Attachments:
Description Flags
Patch none

Darin Adler
Reported 2010-12-31 12:18:20 PST
Some renaming and refactoring of form element code
Attachments
Patch (27.51 KB, patch)
2010-12-31 14:12 PST, Darin Adler
no flags
Darin Adler
Comment 1 2010-12-31 14:12:20 PST
mitz
Comment 2 2010-12-31 14:26:10 PST
Comment on attachment 77733 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=77733&action=review > WebCore/html/HTMLFormElement.cpp:629 > + HTMLFormControlElement* aliasElement = elementForAlias(name); > + if (aliasElement) { I’d move the definition of aliasElement into the if statement, since it doesn’t seem to be used outside of it.
Adam Barth
Comment 3 2010-12-31 14:30:25 PST
Comment on attachment 77733 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=77733&action=review A nice improvement. Thanks. > WebCore/html/HTMLFormElement.cpp:667 > +bool HTMLFormElement::autoComplete() const > +{ > + return !equalIgnoringCase(fastGetAttribute(autocompleteAttr), "off"); > +} I take you don't think the caching is worthwhile. Probably true. > WebCore/html/HTMLSelectElement.cpp:197 > + listItems()[listIndex]->remove(ec); Woah, that works? Cool.
Adam Barth
Comment 4 2010-12-31 16:03:57 PST
Comment on attachment 77733 [details] Patch Actually, that variable is used outside the if.
WebKit Commit Bot
Comment 5 2010-12-31 16:58:38 PST
Comment on attachment 77733 [details] Patch Clearing flags on attachment: 77733 Committed r74841: <http://trac.webkit.org/changeset/74841>
WebKit Commit Bot
Comment 6 2010-12-31 16:58:45 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.