31781 - Mac: Scrolling in SELECT fields doesn't conform to Mac UI spec

Status: VERIFIED DUPLICATE of bug 27315

(Core :: Layout: Form Controls, defect, P3)

Description

[jsinger]

Sorry if this is a duplicate - I didn't see it in the FAQ.

At this site, for instance, select an item from the Read Today's Comics list at
the top. The list doesn't keep scrolling when the cursor moves outside the box.
You need to keep moving it downwards making selection difficult. When a
selection is made, it opens in a new window instead of the original, as it should.

Comment 1

[Asa Dotzler [:asa]]

Not quite sure what you mean by the first part about not scrolling when you move
outside of the box but I do see the second part about items being launched in a
new window.  Isn't this the desired behavior?

Tested with 031314 build underNT

Comment 2

[jsinger]

>Not quite sure what you mean by the first part about not scrolling when you
>move outside of the box

Maybe it's Mac specific? (I have mozilla-mac-M14-FC.) When I open that box,
"Cornered" is the last visible choice. To reach later items, I need to keep
moving the mouse down on the screen as though there's no box boundary. I can
reach Garfield before the cursor hits the bottom of the screen. I can, however,
move sideways out of the menu, leaving it dropped down, and use the scroll bars
normally.

>but I do see the second part about items being launched in a new window. Isn't
>this the desired behavior?

In Navigator and IE they open in the same window.

Comment 3

[Gervase Markham [:gerv]]

[e-mail] - what behaviour do you expect? 

It seems the Moz control has all the functionality of the NS 4.7 one, plus it 
scrolls if you move down out of the box as well (but the highlighting has 
problems)...

Gerv

Comment 4

[jsinger]

I must be seeing something different from what everyone else is getting - that
explains the mystery of how a bug that affects viewing of the Dilbert site could
have gone unfixed!

>what behaviour do you expect?

When I drag the cursor below the box boundary, the list should scroll and
_continue_to_scroll_. What I'm seeing is when I drag 1 unit below the boundary,
the list scroll by one item. I need to drag 5 units to scroll 5 items and
scrolling is constrained by the bottom of my monitor.

Comment 5

[Richard Zach]

I filed a new bug on the problem with the page not opening in the same window. 
http://bugzilla.mozilla.org/show_bug.cgi?id=32342

If I understand correctly, the problem with the select drop-down is that on Mac
the list is supposed to scroll if you move the mouse beneath the drop-down
list.  So probably someone with a Mac should check this out and compare to the
Mac UI specs.  jsinger, I assume this isn't specific to this site: no drop-down
with scrollbar scrolls correctly for you?  gerv, are you on a Mac?  

Comment 6

[Richard Zach]

Better cc gerv and myself. Also change component to Form Controls.

Comment 7

[Gervase Markham [:gerv]]

Right. On the current build (20000317) on W95 (my platform) the drop-down box 
works as it does in NS 4.7 - i.e. it does not scroll at all when the mouse is 
moved out at the top or bottom. There was some sort of bug in the build I was 
using at the time of my original comment (20000308) which made this happen 
buggily when you moved out of the bottom only, but it seems to be fixed now.

So, the question (which is zach's question, really) is: can 
[e-mail] still see this scrolling behaviour on new builds? If 
so, is it consistent with the UI specs, given that other platforms don't do it?

Gerv

Comment 8

[jsinger]

I've had a chance to look at the Unix version and I see that the desired 
behavior is very different from in MacOS. Sorry - I hadn't realized this was 
platform specific.

>So, the question (which is zach's question, really) is: can
>[e-mail] still see this scrolling behaviour on new builds? If 
>so, is it consistent with the UI specs, given that other platforms don't do it?

I'm seeing the same problem on a new build (2000031908). I'm not sure what the 
second part of your question means, but if you're asking if what I'm seeing is 
the desired behavior, I'd say this: If it is, it needs to be seriously rethought 
because it's unusable. I'm pretty certain it's a real bug, though.

Comment 9

[Richard Zach]

rods, can you please look at this?  cc bdonohoe for UI.

Comment 10

[Adam]

Attachment: Extra long FORM list

Comment 11

[Adam]

jsinger is right. This is not how it's supposed to work (at least under Mac UI).
I'm attaching the super-long list to this bug so somebody with Mac 4.x and Moz
can compare the differences w/o reading the daily comics :-).

In 4.x, the list draws as much content as will fit on the screen and then places
an arrow at the bottom/top. Once you reach/pass this arrow, the list continuosly
scrolls until you move the cursor back into the list or over the desired item in
the list. This is the preferred Mac behavior.

Mozilla, however, wants you to use the scrollbar and only scrolls down one by
one - to move the list down you have to keep moving the mouse down. Its
scrolling seems relative to the entire page  instead of the list. It's a bad
thing, whether this is a bug or not.

Comment 12

[Richard Zach]

Updating summary.

Comment 13

[rods (gone)]

There are many thing being discussed in the bug so I am not sure what exactly is  
suppose to be wrong and whether it it is platform specific behavior or not.

The is really old technology called "newspaper" and that is where/how I read 
Dilbert. 

With Mozilla we no longer use the native controls, we now use XP controls that 
are built and rendered using layout. The "Look" leans more towards windows but 
we are trying to have a more generic "Look". With the "Feel" we are trying to 
cover most platforms as generically as possible. When dragging off the top or 
the bottom of the dropdown (or Listbox) it currenlty does nothing except for a 
bug where you hit the border and the dropdown selects a different option up the 
list.

I currently have a bug on getting the "autoscroll" to work, I even have the 
beginnings of the timer code in there. 

So is this a dup?

Comment 14

[Richard Zach]

Desired behavior on Mac is to scroll the list when you drag above or below the
listbox.  jsinger reports, however, that the scrolling stops if you don't
continue to drag downwards. This seems to happen on all platforms.  So right now
there is this bug:

To reproduce:
1. Go to the Bugzilla page for this bug
2. Select an OS in the OS dropdown listbox
3. Hold mouse button down and drag down below the dropdown, stop, but do not
release mouse button.

Actual result: list scrolls by one item
Expected result: list should continuously scroll

If that is covered in your other bug, then it's a dup.  I filed a separate bug
for the other problem reported originally.

Comment 15

[Gervase Markham [:gerv]]

I'd say that if rods has a bug on getting what he calls "autoscroll" to work, 
which is what jsinger seems to want, then this is a dupe of that bug, yes.

So, rods, which bug is it? :-)

Gerv

Comment 16

[rods (gone)]

*** This bug has been marked as a duplicate of 27315 ***

Comment 17

[Adam]

Verified.