Closed
Bug 130308
Opened 22 years ago
Closed 14 years ago
[XBLFC] Select multiples with size == options.length should not leave space for scrollbars
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: bzbarsky, Unassigned)
References
()
Details
(Keywords: embed, topembed-, Whiteboard: [adt3])
Attachments
(1 file)
7.59 KB,
image/png
|
Details |
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•22 years ago
|
||
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).
Reporter | ||
Comment 2•22 years ago
|
||
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.
Reporter | ||
Comment 3•22 years ago
|
||
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.
Reporter | ||
Comment 4•22 years ago
|
||
So the upshot is that I'd be fine with the IE5 approach...
Comment 5•22 years ago
|
||
hmm IE5 approach, I think that wouldn't be so easy
Comment 6•22 years ago
|
||
There will be no blank area, but disabled scrollbar instead.
Comment 7•22 years ago
|
||
*** Bug 130642 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Comment 8•22 years ago
|
||
nsbeta1+ per nav triage team, adt3
Comment 9•22 years ago
|
||
removing nsbeta1+ on XBLFC bugs, these are out for MachV.
Keywords: nsbeta1+
Comment 10•22 years ago
|
||
XBLFC are out for mozilla1.0.
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla1.1alpha
Updated•22 years ago
|
Updated•22 years ago
|
QA Contact: madhur → tpreston
Updated•18 years ago
|
Assignee: bryner → nobody
Status: ASSIGNED → NEW
QA Contact: tpreston → layout.form-controls
Target Milestone: mozilla1.1alpha → ---
XBL form control bugs are no longer *especially* relevant to anyone.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•