W3C home > Mailing lists > Public > www-style@w3.org > November 2012

Re: <select> elements are the last of the system widgets to require hacky styling

From: Paul Irish <paul.irish@gmail.com>
Date: Thu, 1 Nov 2012 10:29:58 -0700
Message-ID: <CAHSVx=_EGpo25zEokQSRnf0mxy4xHgRi+eBC3EA6JjsHQMR5XQ@mail.gmail.com>
To: "www-style@w3.org" <www-style@w3.org>
Somewhat related: A few folks have gotten together to loosely define a
proposal to upgrade the <select> element:

https://github.com/h5bp/lazyweb-requests/issues/92

The motivation is primarily to improve the UX of the form control, though
styleability is always prioritized as a complementary goal.
In fact, a recent poll of 302 developers identified form control
styleability as the #2 priority amongst 125 suggestions:
http://www.google.com/moderator/#15/e=200e26&t=200e26.40&f=200e26.6783fd

I may be finding a few developers to work with me on better defining this
proposal soon, though it'd mostly fall outside of the scope of this
particular WG, so we'll bring it up within WHATWG/html-wg.



On Thu, Nov 1, 2012 at 8:03 AM, Boris Zbarsky <bzbarsky@mit.edu> wrote:

> On 11/1/12 4:17 AM, Markus Ernst wrote:
>
>> One very basic issue about hackiness in styling the select element is
>> that the following CSS:
>>
>> input[type=text], select {
>>    width:10em;
>>    border:2px solid red;
>> }
>>
>> will result in different widths for the text and select boxes. This is
>> totally unintuitive and annoying.
>>
>
> That's because the select uses border-box box-sizing, right?  Simply
> resetting the box-sizing so they match will fix that issue, I'd think.
>
> -Boris
>
>
>
Received on Thursday, 1 November 2012 17:30:57 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:21:02 GMT