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: Sat, 07 May 2011 00:54:01 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QIVmT-0005aX-Bd@jessica.w3.org>

--- 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:
(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

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

And wbPython also allows it:

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

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