160085 - Use of XUL and native scrollbars

Status: RESOLVED WONTFIX

(Core Graveyard :: Embedding: GTK Widget, enhancement)

Description

[Biswapesh Chatterjee]

While using Galeon, I find it extremely annoying and unprofessional to have
native scrollbars inside the client area and XUL scrollbars outside. It looks
esp. weird with non-default themes like crux. One definitely expects one of these:
1) Scrollbars look the same and they are XUL
2) Scrollbars look the same and they are native
3) Scrollbars in HTML forms are XUL (since everything else is) but scrollbars
bounding the client area are native.

You definitely do not expect:
Scrollbars inside web forms are native (when everything else is XUL) and
scrollbars outside are XUL (when everything else is native).

I know this has been discussed before, but *please* give this some thought. Thanks.

Comment 1

[Christopher Blizzard (:blizzard)]

At one point, pink gave me rough instructions on what needs to happen to make
this possible.  Should document it here...

But, yeah, we need this really badly.  Mozilla looks so out of place right now
it's amazing.

Comment 2

[David Hyatt]

Can't you just use nsITheme to make the scrollbars look right?

Comment 3

[Brian Ryner (not reading)]

Chris, I think we should at least turn on the nsITheme code on linux for
scrollbars, even if the restof the elements aren't completely working.  The
scrollbar code is pretty straightforward and has been working for months.  We
just need to enable it.

Comment 4

[Christopher Blizzard (:blizzard)]

That sounds completely reasonable to me.

So what have you implemented in there, anyway?  I haven't been following it as
closely as I should.

Comment 5

[Andreas Kunz]

How does this bug relate to bug 62278?

Comment 6

[Boris Zbarsky [:bzbarsky]]

What's left to do here?  The scrollbars on <select> and on the viewport are now
identical in both modern and classic (that is, identical within each theme).

Comment 7

[Reinout van Schouwen]

The viewport scrollbar does not honor the GtkScrollbar::has_backward_stepper and
GtkScrollbar::has_secondary_backward_stepper theme directives (necessary to
control the placement of scrollbar arrows). Could this be implemented?

Comment 8

[Reinout van Schouwen]

I don't know if it belongs in this bug, if not please tell me where it does belong. But GTK horizontal scrollbars catch mousewheel events and scroll left/right based on mouse wheel movement. Gecko rendered GTK scrollbars don't follow this behaviour.

Comment 9

[Sylvestre Ledru [:Sylvestre]]

Embedding: GTK Widget isn't a thing, closing.