130308 - [XBLFC] Select multiples with size == options.length should not leave space for scrollbars

Status: RESOLVED INVALID

(Core :: Layout: Form Controls, defect)

Description

[Boris Zbarsky [:bzbarsky]]

BUILD: 2002-03-12 morning trunk build

STEPS TO REPRODUCE:
1)  Load http://bugzilla.mozilla.org/query.cgi
2)  Look at the "Status" multiple select
3)  Notice the ugly scrollbar-width white space on the right

We should either have a disabled scrollbar there or not have the space.

Comment 1

[Christopher Aillon (sabbatical, not receiving bugmail)]

Well the space should be there to avoid reflows on changing the number of
options.  I kind of like not having a scrollbar.  Surely we can add that
dynamically, into the space where we are now, no?  That's what the listbox in
Edit > Prefs > MailNews > Send Format > Plain Text domains does (although there
are other problems with it).

Comment 2

[Boris Zbarsky [:bzbarsky]]

Well... Except that the <select> is sized to be only as wide as the stuff in it
(unlike the outliner in prefs, which is fixed-width and crops).  This means that
people expect it to shrink-wrap the contents.  We currently only do that when
there is a scrollbar.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Attachment: How some browsers do it

Ok.  More datapoints on various implementations:

1) NS4/Unix -- the scrollbar is absent, as is the space for it
2) Mozilla/Unix (non-XBL controls) -- scrollbar is present and disabled
3) IE5/Solaris -- scrollbar is absent, space for it present.  _But_ selecting
an
   option draws the dark background all the way across the <select>, not
   stopping at the (nonexistent) scrollbar, unlike Mozilla with XBL controls

See attachment to see how these look.

Comment 4

[Boris Zbarsky [:bzbarsky]]

So the upshot is that I'd be fine with the IE5 approach...

Comment 5

[Jan Varga [:janv]]

hmm IE5 approach, I think that wouldn't be so easy

Comment 6

[Jan Varga [:janv]]

There will be no blank area, but disabled scrollbar instead.

Comment 7

[Christopher Aillon (sabbatical, not receiving bugmail)]

*** Bug 130642 has been marked as a duplicate of this bug. ***

Comment 8

[Peter Trudelle]

nsbeta1+ per nav triage team, adt3

Comment 9

[Brian Ryner (not reading)]

removing nsbeta1+ on XBLFC bugs, these are out for MachV.

Comment 10

[Brian Ryner (not reading)]

XBLFC are out for mozilla1.0.

Comment 11

[Mike Shaver (:shaver emeritus)]

XBL form control bugs are no longer *especially* relevant to anyone.