Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 363441

Summary: Scrollbars invisible on Lion
Product: [Eclipse Project] Platform Reporter: Martin Novák <mn>
Component: SWTAssignee: Platform-SWT-Inbox <platform-swt-inbox>
Status: CLOSED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: daniel_megert, eclipse.felipe, lshanmug, markus.kell.r, mn, Silenio_Quarti
Version: 3.7.1   
Target Milestone: ---   
Hardware: Macintosh   
OS: Mac OS X   
Whiteboard: stalebug
Attachments:
Description Flags
Screenshot of the problem none

Description Martin Novák CLA 2011-11-10 04:38:39 EST 
Build Identifier: 20110916-0149

I have dark editor background in Eclipse, and Lion is set to show scrollbars only when I'm scrolling. Eclipse really shows the scrollbars, but as they are dark as well, they cannot be seen easily. They blur with the background. I think they should be of opaque colour than the background of the editor.

Also, please note that there is a small area in the bottom where there are some remaining gray instead of normal background. See the screenshot, please.

Reproducible: Always

Steps to Reproduce:
1. Set the Lion scrollbars to hide (Show scrollbars when scrolling in system prefs)
2. Set the Eclipse editor background to something dark. #0c162c (12,28,60) in my case
3. Try to scroll in the editor.
Comment 1 Martin Novák CLA 2011-11-10 04:41:05 EST 
Created attachment 206769 [details]
Screenshot of the problem
Comment 2 Dani Megert CLA 2011-11-10 09:17:47 EST 

*** This bug has been marked as a duplicate of bug 352990 ***
Comment 3 Markus Keller CLA 2011-11-10 10:29:39 EST 
Moving to SWT for the hardly visible scrollbar.

I guess we don't have control over the scrollbar color. At least SWT clients shouldn't have to care about this, but I also think SWT shouldn't have to do anything special. Looks like a bug for Apple. The OS should deal more gracefully with this situation.

Spawned bug 363482 for the gray box in the line number ruler.
Comment 4 Markus Keller CLA 2011-11-10 10:30:02 EST 
.
Comment 5 Markus Keller CLA 2011-11-11 04:48:58 EST 
If you open http://www.w3schools.com/cssref/css_colors.asp in Safari and reduce the window width, you can see that Apple doesn't address this problem in a general way.

But in Terminal.app, they make the scroll bars gray when the background is too dark.
Comment 6 Martin Novák CLA 2011-11-12 17:57:51 EST 
(In reply to comment #3)
> Moving to SWT for the hardly visible scrollbar.
> 
> I guess we don't have control over the scrollbar color. At least SWT clients
> shouldn't have to care about this, but I also think SWT shouldn't have to do
> anything special. Looks like a bug for Apple. The OS should deal more
> gracefully with this situation.

I was looking into Cocoa docs, and there is just one possibility how to handle this - setKnobStyle (see the link bellow). So, it's possible just to set light/dark scrollbar. And this is how I think it should be handled. If you have dark background colour, set the know style to light. But maybe, it might be handled SWT.

http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/ApplicationKit/Classes/NSScroller_Class/Reference/Reference.html#//apple_ref/occ/cl/NSScroller
Comment 7 Martin Novák CLA 2011-11-12 18:00:21 EST 
(In reply to comment #5)
> If you open http://www.w3schools.com/cssref/css_colors.asp in Safari and reduce
> the window width, you can see that Apple doesn't address this problem in a
> general way.

Yeah, that's true. It looks like they don't handle the scrollbar colour by the content, but by colour of the background...
Comment 8 Lars Vogel CLA 2019-11-14 03:17:04 EST 
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.