W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > March 2011

[Bug 12245] @size on <select> drop-downs is not enough to specify the drop-down maxlength on long options lists with scrollbars

From: <bugzilla@jessica.w3.org>
Date: Sun, 06 Mar 2011 22:34:39 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PwMX9-00072y-2R@jessica.w3.org>

--- Comment #10 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-03-06 22:34:38 UTC ---
(In reply to comment #9)
> Yes, but the other option makes it easy to make the dropdown too small (e.g.
> smaller than one option in the user's font-size for dropdowns), no?  I'd really
> rather have the dropdown be usable for all users than "pretty" for some users.

The @size attribute already exists. It declares how many lines are visible and
seems perfect to solve the use case that I have. @size obviously should not be
misused in the way that you propose and
http://dev.w3.org/html5/markup/select.html seems to say that it has to be
positive, so at minimum 1.

However, it also has the side effect to turn the dropdown functionality off and
turn it into the list display.

So, my suggestion was to add a means to specify what type of display you want:
drop-down or list. That would solve the issue.

Alternatively we could of course add another size specifier, such as @rows
which would keep it as a drop-down, but allow specification of the max number
of displayed rows. It would have to be a positive integer, too.

So, neither has the problem that you specify.

If specifying height through CSS would be allowed, then indeed there would be
the problem that you specify. So, maybe indeed CSS is not the solution?

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 6 March 2011 22:34:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:44 UTC