Closed Bug 286456 Opened 19 years ago Closed 19 years ago

unnecessary scrollbars on select fields

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: bigd, Unassigned)

References

()

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.40607)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 

i guess the summary is pretty self-explanitory. i can't figure out how to turn 
off the scrollbars on select fields for firefox. it's not that you'd even want 
to scroll. 

well here's an example and things should be more clear. my website is 
http://www.durangomenu.com 

internet explorer sees that i've set the size to the number of options in my 
select field, and then kills the scrollbar. firefox on the other hand just 
leaves the scrollbar there. 

Reproducible: Always

Steps to Reproduce:
1.go to www.durangomenu.com
2.look at any of the select fields on the left column (days, time, or price)
3.see the scrollbars, see the scrollbars being unnecessary. 

Actual Results:  
i'm generally annoyed at their appearance...

seriously, it makes a design problem for me. i want things to look the same 
across all the browsers, and this bug makes it impossible.

Expected Results:  
when i set the size tag in the select field to the number of options it holds 
(or higher) the scrollbars should disapear.
See Bug 274036 "[Mac] Scrollbars should look disabled when there's nowhere 
to scroll"
this does not look to be the same as:

Bug 274036 "[Mac] Scrollbars should look disabled when there's nowhere to 
scroll"

mostly because i'm using winxp, and secondly, that bug does not seem to deal 
with the select tag at all, just scrollbars.
(In reply to comment #2)
> this does not look to be the same as:
> 
> Bug 274036 

O.K. but it gives a test case whose appearance is the same as the appearance on
your page.
fixed on trunk, please reopen if y ou can reproduce with a trunk build.

*** This bug has been marked as a duplicate of 76197 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
with the nightly build the scrollbars are disabled, but it's my opinion that 
the scrollbars should disappear entirely when they are unneeded. just as the 
main window does not have a scrollbar when it's unneeded.

textarea fields do not have disabled scrollbars when they are unneeded, why 
should select fields? 
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Assignee: firefox → nobody
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
This has come up before (and been decided against, iirc).
Whiteboard: DUPEME
I can't find the bug that documents where the decision was taken to not remove
vertical scrollbars from any select field. Assuming Boris is correct, mark
WONTFIX and remove DUPEME whiteboard status?
See comment 6
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → WONTFIX
Whiteboard: DUPEME
Together with the lack of horizontal scrollbar on the select element, this bug makes it quite unusable:
- if horizontal and vertical scrolling are provided by a wrapping div, then the user will see two vertical scrollbars
- if only horizontal scrolling is provided by a wrapping div, then the user has every time to scroll to the far right in order to find the vertical scrollbar of the select

Probably select can be used in very specific circumstances...
ie8 does not render the scroll bars in this case (chrome does render them)

what is the reasoning for the wontfix?
You need to log in before you can comment on or make changes to this bug.