W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > May 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: Fri, 06 May 2011 12:03:29 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QIJkn-0003ue-9E@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12245

--- Comment #19 from Jonas Sicking <jonas@sicking.cc> 2011-05-06 12:03:28 UTC ---
Why do you need the dropdown to stay within the video?

Why do you need it to be the same size in all browsers? What about on platforms
that doesn't display a dropdown at all, such as the iPhone?

It seems that we agree that the behavior of keeping the dropdown within the
widget/iframe/application it originates from does not match how desktop
applications behave. Why do you want web applications to behave differently
from desktop apps? People generally aim for the opposite.

Also, if you need for the dropdown to stay within a given box (such as the box
occupied by a <video>), then @size isn't enough since you also need to be able
to specify if the dropdown opens upwards or downwards.

Also, what do you expect to happen if the browser window is part-way off the
screen, such that the box that you expect the dropdown to render in would be
partly off screen?

-- 
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 Friday, 6 May 2011 12:03:30 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:09 UTC