Closed
Bug 286456
Opened 20 years ago
Closed 19 years ago
unnecessary scrollbars on select fields
Categories
(Core :: Layout, defect)
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.
Comment 1•20 years ago
|
||
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.
Comment 3•20 years ago
|
||
(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.
Comment 4•20 years ago
|
||
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: 20 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 → ---
Updated•20 years ago
|
Assignee: firefox → nobody
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
Comment 6•20 years ago
|
||
This has come up before (and been decided against, iirc).
Whiteboard: DUPEME
Comment 7•20 years ago
|
||
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?
Comment 8•19 years ago
|
||
See comment 6
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → WONTFIX
Whiteboard: DUPEME
Comment 11•16 years ago
|
||
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...
Comment 13•15 years ago
|
||
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.
Description
•