38467 - Give native scrollbars a context menu in Windows

Status: NEW

(Core :: XUL, enhancement, P3)

Description

[timeless]

Enable native scrollbar widgets in preferences: debug.
Right click a vertical scrollbar
Behavior = as if you clicked into the document
Expected behavior [windows2000]: a popup menu for scrollbars

Enable native scrollbar widgets in preferences: debug.
Right click a horizontal scrollbar
Behavior = as if you clicked into the document
Expected behavior [windows2000]: a popup menu for scrollbars

Comment 1

[timeless]

They're related, see this bug for the correct menus.

Comment 2

[Jesse Ruderman]

I think mozilla should show both the navigation options and scrolling options 
when you right-click a scrollbar in order to be consistent with right-clicking 
images, links, etc.

Comment 3

[Blake Ross]

How does this differ from bug 38466?

Comment 4

[Peter Trudelle]

Resolving as dup, if anyone can see why these are distinct, please reopen this, 
target M30 and put on the helpwanted radar.

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

Comment 5

[Blake Ross]

I agree; it's really the same thing.  If native scrollbars will have these menus 
(though I don't think it's worth the time to implement this - why would you 
*EVER* want to use such a useless menu?), they'll likely have them wherever they 
appears (prefs, content area, etc.)

Comment 6

[Peter Trudelle]

reopen, as timeless says he intended these two bugs to be distinct.

Comment 7

[Blake Ross]

OK then.  i'm not quite sure why, but...

fixing this up as 38466 (helpwanted, M30, enhancement)

Comment 8

[Peter Trudelle]

Mass-moving all M20-M30 XPToolkit bugs to Future

Comment 9

[Matthew T (active 1999-2002)]

Debogosifying summary. Removing dependency, since none exists.

If native scrollbars get this context menu automagically in Windows 2000 (which 
they probably do, since bug 38466 claims that they appear in Netscape 4.7), then 
there should be no need for this bug.

But even if they aren't attached automagically, this bug is probably WONTFIX 
anyway, since native scrollbars are going to go away eventually. Right?

Comment 10

[Jesse Ruderman]

How about making this bug block bug 35996, "Maintain native scrollbars"?

Comment 11

[timeless]

Marking as blocking bug 35996 as per Jesse's comment.

A detailed description of the correct popup menus can be found in bug 38466

I guess I should explain why this bug happens...
The reason that Mozilla's usage of native widgets fails to work the way 
Netscape4.7 does is that mozilla uses two native scrollbars instead of native 
window box w/ attached scroll bars [or whatever the actual object is for 4.7].

Essentially:
Standalone native scrollbars, which seem to be depricated (I can't find one) in 
these in windows 2000, don't get these menus; The objects remain for backwards 
compatibility.  In windows 2000 you should be using sliders for objects that 
don't scroll content and attached scrollbars for objects that do scroll content.
Native scrolling windows' scrollbars get these menus.

If you think about it, this makes sense; It doesn't make much sense for a 
random scrollbar to have a page up feature if it's controlling something that 
doesn't think in terms of pages.  However for a window [or any object that has 
scrollbars in both orientations] it does make sense to describe page up and all 
of the other items.

Comment 12

[Peter Trudelle]

we currently have no plans to support native scrollbars; reassigning to nobody

Comment 13

[timeless]

Moving to mozilla.org

Comment 14

[Adam Hauner]

Nominating for Mozilla1.1 because this is blocker of 35996 targeted for that
release. BTW year and half passed since last comment - should anybody assign
this bug (actually [e-mail])? (Just asking...)