Closed Bug 926294 Opened 11 years ago Closed 11 years ago

Disable Mac OS X scrollbar

Categories

(Firefox :: Untriaged, enhancement)

Product:
Firefox
Component:
Untriaged
Version:
24 Branch
Platform:
x86
macOS
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WONTFIX

People

(Reporter: dimasound, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130910160258

Steps to reproduce:

I have a custom scrollbar plugin - baron. It works well on any browser, except Firefox on Mac OS X.

GOTO http://diokuz.github.io/baron/


Actual results:

I want to hide native scrollbar, or fallback it to past style (to hide it by overflow: hidden on parent).
On any webkit browser I can set width: 0 for scrollbar.
On any other browser I can hide it by parent.
Only Firefox 24 for Mac is problem for me right now.


Expected results:

I want the possibility to hide system scrollbar in Firefox for Mac, which any other browser already has (including IE6).
Can you provide a minimal test case of what you would like changed?  
[Appears to be related to bug 926292].
Severity: normal → enhancement
Flags: needinfo?(dimasound)
I imagine that you want something like bug 77790. See also bug  891136, comment #6.
Xerol, as mentioned in bug 926292, I believe your plugin would work as expected if you could make sure that the 'Sticky footer' remains in place when resizing the browser window and/or scrolling when scrolling the left text-field. The sticky footer successfully hides the OSX-style scrollbars before it breaks by scrolling or resizing the window. If you believe that this is a layout bug in Firefox, it would really help if you could provide a minimal test case so we can look into it. Thanks!
No! This bug is absolutely not related to bug 926292!

My plugin is about scrollbar design change. Sticky headers - additional bonus out of the box.

Now I cannot change scrollbar design only in Firefox 24+ on Mac Os X.

Testcase: http://diokuz.github.io/baron/
scroll down left container (on Mac). Result: you can see two different scrollbars - one is custom designed, another - native. Whan I want - the possibility to hide native scrollbar. Right now I can do this in any other browser on any other platform.
It can be -moz-scrollbar-style: old, or -moz-scrollbar-width: 0, or something like this.

You can say this is not a bug - and you will be right.
Also, you can say - dont change scrollbar system design :))
But now I have to write a code to determine - if user agent is "Firefox 24+ for Mac".
Flags: needinfo?(dimasound)
Hmm, Markus, would you happen to know whether or not it should be possible to hide the new overlay scrollbars? Is this functionality for scrollbars that we used to guarantee but that we broke with overlay scrollbars? Or is there a way to currently do this?

I have to admit, I'm not very familiar with use cases that try to hide scrollbars...
Flags: needinfo?(mstange)
Xerol, can't you uses the traditional technique with overflow:hidden on the parent, if you set a padding-right on the element that has the scrollbar? That way you won't cut off any content, just additional padding.
Flags: needinfo?(mstange)
Markus Stange, no, I cant. Because the new Mac Os X scrollbar in Firefox 24 (only Mac version) has no effective width and layed right above content (as do my custom scrollbar in http://diokuz.github.io/baron/ or native scrollbar on iOs or Mac Os X).

To reproduce "bug" from my testcase you should use FF24 for Mac, not for Windows or Linux.

"traditional technique" is actually used in any browser, including FF on Windows and Linux. In webkit browsers I also can hide overlayed scrollbar by using width: 0 for scrollbar. Only in FF24 for Mac I can do nothing right now :(
When I set padding-right:16px on the .scroller box in the left panel in Firefox on Mac, the scrollbar is hidden.
Cannot do this because of webkit bug :( https://code.google.com/p/chromium/issues/detail?id=116655
It was fixed in Chrome canary, 9 september 2013.
But we have to support Safari 5, Chrome 30...
Also, 16px - magic number.
Thanks, Markus. Closing this based on the workaround/solution given in comment 8.

(In reply to Xerol from comment #9)
> Cannot do this because of webkit bug :(
> https://code.google.com/p/chromium/issues/detail?id=116655
> It was fixed in Chrome canary, 9 september 2013.
> But we have to support Safari 5, Chrome 30...

You're correct that you may need to add code to detect Firefox 24+, or older versions of WebKit.

(In reply to Xerol from comment #10)
> Also, 16px - magic number.

16px is the width of the system scrollbars when hovered. You can remove the 'magic' aspect of this number by using a descriptive variable name or adding a comment in your code explaining the meaning of this number.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Wait a minute, Firefox forcing the developer to write the crutches? The browser which is designed to be the most progressive and innovative in? Ok
> 16px is the width of the system scrollbars when hovered. You can remove the
> 'magic' aspect of this number by using a descriptive variable name or adding
> a comment in your code explaining the meaning of this number.

I cant do this on textarea because of this bug https://bugzilla.mozilla.org/show_bug.cgi?id=157846
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
(In reply to Xerol from comment #13)
> > 16px is the width of the system scrollbars when hovered. You can remove the
> > 'magic' aspect of this number by using a descriptive variable name or adding
> > a comment in your code explaining the meaning of this number.
> 
> I cant do this on textarea because of this bug
> https://bugzilla.mozilla.org/show_bug.cgi?id=157846

I'm assuming that you referenced the wrong comment, since you should be able to use a descriptive variable name or a comment despite bug 157846. <:)

Are you saying that comment 8 did not work for you?
> Are you saying that comment 8 did not work for you?

Yes, in case of textarea.
Well, then I'm afraid you'll have to exclude textareas from your custom scrollbars.
I don't think replacing textarea scrollbars is a use case that we can justify spending any time on.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → WONTFIX
> Are you saying that comment 8 did not work for you?

Also, width: auto goes bad (see in windows)

http://jsfiddle.net/jGnQG/1/

Now I have to drop macosx firefox support because of your wired undisabling scrollbar and bugs.
You need to log in before you can comment on or make changes to this bug.