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

http://www.w3.org/Bugs/Public/show_bug.cgi?id=12245

--- Comment #20 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-05-07 00:53:59 UTC ---
(In reply to comment #19)
> Why do you need the dropdown to stay within the video?

This is how the Web page layout is defined and a design requirement. It looks
better that way.

I'm apparently not the only Web developer that needs to do this - it has
created many headaches before:
http://stackoverflow.com/questions/570642/height-of-an-html-select-box-dropdown 
http://stackoverflow.com/questions/4457232/limiting-the-displayed-height-of-a-select-drop-down
http://www.webdeveloper.com/forum/showthread.php?t=80761
http://forums.asp.net/t/1226413.aspx
http://dojotoolkit.org/reference-guide/dijit/form/Select.html
(you'll find a gazillion more if you start searching)


> 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?


User Interface consistency. That stuff works differently on phones and tablets
is well understood and different UI features are used there.


> 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.

That is not what I am asking for. I don't want the browsers to work
differently. I and an attribute that allows me to define the height of the
drop-down.

> Why do you want web applications to behave differently
> from desktop apps? People generally aim for the opposite.

I don't want HTML to work differently to desktop apps. Desktop applications
allow me to restrict the length of the drop-down.

For example MFC:
http://pheadra.tistory.com/entry/MFC-How-to-set-ComboBox-DropDown-Height

And wbPython also allows it:
http://wxpython-users.1045709.n5.nabble.com/wxPython-Vertical-size-of-ComboBox-Adjustable-td2271308.html

No luck with QT, which just truncates the list when you set a height.

So, I wouldn't say that this is an unreasonable request - it is possible in
other user interface toolkits.


> 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.

That would be an additional parameter that I cannot currently control and it
might be nice to add that, too. But it's not what this bug is about.


> 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?

I don't want the browser to behave differently when rendering the drop-down
(e.g. Firefox continues to render it when half off screen - that's fine). I
only want to be able to tell it the maximum length of the drop-down rather than
being restricted to whichever choice the browser implementers made.

-- 
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 Saturday, 7 May 2011 00:54:03 UTC