RESOLVED FIXED 51784
Some renaming and refactoring of form element code
https://bugs.webkit.org/show_bug.cgi?id=51784
Summary Some renaming and refactoring of form element code
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.