[Webkit-unassigned] [Bug 11854] Make styling work in new search fields

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=11854





--- Comment #6 from Carol Szabo <carol.szabo at nokia.com>  2009-09-15 11:45:35 PDT ---
(In reply to comment #5)
> Can you reference what part of the standard implies that?  They are two
> different controls, so I don't see a problem with the styling requirements
> being slightly different.  That said, on a platform that doesn't treat them as
> different controls, all the normal styling should work in the same way.  On the
> Mac, the default search control just doesn't support the same kinds of
> arbitrary styling as a regular text field.

I was referring to section 4.10.5.1.2 of the HTML5 spec.
http://dev.w3.org/html5/spec/Overview.html#text-state-and-search-state
Where it is specified that Text and Search inputs both generally represent a
single line edit box. I understand the Note about platforms where special
search controls are available, but I was testing on Windows XP and Qt/RedHat
which (as far as I know)  do not provide specialized search controls (the
search control looked to me like a regular text box at least until I started
applying style to it).
If the consensus is that this is a non issue and that setting the background
color to black and the foreground color to white should create on some
platforms a control where the caret and the text are invisible, then probably
this bug should be closed as invalid.
To me, styling of the "Search" type input should be either prohibited by the
user agent, for the goal of creating a "search" control that matches the
platform's style, or followed to the same extent as for the "Text" control.
Accepting styling for the foreground color, but not for background seems
counterintuitive in any case.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.