Bug 363441 - Scrollbars invisible on Lion
Summary: Scrollbars invisible on Lion
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.7.1   Edit
Hardware: Macintosh Mac OS X
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-10 04:38 EST by Martin Novák CLA
Modified: 2019-11-14 03:17 EST (History)
6 users (show)

See Also:


Attachments
Screenshot of the problem (147.64 KB, image/png)
2011-11-10 04:41 EST, Martin Novák CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
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.