280014 - combobox dropdown vertical scrollbar unreachable if it's wider than the screen

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect)

Description

[jlb.for]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

when a listbox has at least one item with a very long length, the vertical
scrollbar becomes unreachable (listbox size can be larger than screen)
listbox right side should be kept at screen right.
an horizontal scrollbat would be usefull in these cases.



Reproducible: Always

Steps to Reproduce:
1.load a listbox with a very long text
2.open the listbox
3. or go to the url above and select the first listbox



Expected Results:  
display a reduced size listbox droppdown list (adjust right side of dropdown to
screen size).

no workarround, excepted using another browser.

Comment 1

[u63580]

Bug 265614 is in the same general area (drop-down widths).  

By the way, you can work round this by using the keyboard/scrollable mouse to go
down the list.

Comment 2

[jlb.for]

(In reply to comment #1)
> Bug 265614 is in the same general area (drop-down widths).  
> 
> By the way, you can work round this by using the keyboard/scrollable mouse to go
> down the list.

Bug 265614 rather refers to a bad calculation of the scrolldown width when the
vertical scrollbar comes on. for large texts, if the dropdown width is not
sufficient to display the whole text, then an horizontal scollbar should be
added, which could be done by adding listbox::SetHorizontalExtent(maxtextwidth)
function to the source code. I hope that this will be corrected in a future
version. 

For listboxes with many items, using the mouse wheel is not very fast to jump to
the needed item, and it's not smart to have a listbox part going outside of the
display... Thanks for reply.

Comment 3

[Mats Palmgren (inactive)]

Maybe we should just set the dropdown menu width to the button width, always?

Comment 4

[jlb.for]

Yes, this is an idea, assuming that in case of longer items you add an
horizontal scrollbar to the dropdown (sethorizontalextent).

Comment 5

[Boris Zbarsky [:bzbarsky]]

The button width?  Which button?  I assume we're talking about comboboxes, not
listboxes, by the way?

Comment 6

[Mats Palmgren (inactive)]

(In reply to comment #5)
> The button width?  Which button?  I assume we're talking about comboboxes, not
> listboxes, by the way?

Yes, comboboxes. By "button" I meant the width of the combobox.

Comment 7

[Mats Palmgren (inactive)]

The border-width to be precise.

Comment 8

[Boris Zbarsky [:bzbarsky]]

People seem to pretty commonly set "width" on the <select> to something too
small (that is, I commonly see dropdowns that are wider than the display area of
the combobox).

I'm ok with constraining the popup size somehow, but constraining to the width
of the <select> is too small...

Comment 9

[jlb.for]

I am very sorry to write this in that thread, but I think that my email address
has been captured by a virus sender.
I will destroy that address soon.
can somebody have a look at what to do to avoid this ? 
forums seems to be the starting point for these practices.
ciao.

Comment 10

[Boris Zbarsky [:bzbarsky]]

If we used our normal popup positioning code and constrained to the size of the screen, that would work....

Comment 11

[Boris Zbarsky [:bzbarsky]]

Neil do you think that would be somewhat feasible here?

Comment 12

[Neil Deakin]

Do you mean something like calling the code in nsMenuPopupFrame::SetPopupPosition but for the select frame? Does this only affect the width and not the height? If so, it sounds like it would be easier just to reduce the size of the select popup by the amount it is offscreen, or move it by that amount.

Comment 13

[Boris Zbarsky [:bzbarsky]]

Comboboxes limit the height to no more than half of screen, so yeah.  This is width only.

Popups have to do the same thing, so it would be really nice if we could share the code somehow...

Comment 16

[Duncan Loveday]

Attachment: Test case

Comment 20

[Lars]

Is there still a chance, that this will be fixed someday?

Comment 21

[Oleg Torbasow]

Duplicate of this bug: bug#883895

Comment 22

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is relatively low, S3. However, the bug has 5 duplicates.
:emilio, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Comment 23

[Emilio Cobos Álvarez (:emilio)]

e10s selects fixed this.