Re: [platform-swt-dev] Re: SWT.COLOR_XXXX

[Steve Northover <Steve_Northover@xxxxxxxxxx>]

Are you running 3.4?  I seem to
remember getting a better background color for Leopard.

> As I mentioned somewhere else, I am in voluntary
exile from bugzilla 
> because I get frustrated [and no doubt frustrate you in the process]


I don't see why?  A bugzilla report would capture
the discussion about COLOR_SHELL_BACKGROUND vs. COLOR_WIDGET_BACKGROUND,
the issues on the various platforms, test code.  If the bug gets fixed,
GREAT!  If not, the thinking is captured all in one place and if new
thinking comes along that changes a design decision, that thinking is captured
etc.  Even if nothing happens, at least people can see why, develop
work arounds, etc.  All of this is better than thoughts on a mailing
list somewhere (in my opinion).

"Laurent M." <totolaricot@xxxxxxx>
Sent by: platform-swt-dev-bounces@xxxxxxxxxxx

07/09/2008 06:21 PM

Please respond to
"Eclipse Platform SWT component developers list."        <platform-swt-dev@xxxxxxxxxxx>

To	platform-swt-dev@xxxxxxxxxxx
cc
Subject	[platform-swt-dev] Re: SWT.COLOR_XXXX

Steve Northover wrote:
> 
> Obviously, COLOR_WIDGET_BACKGROUND isn't cutting it for you, is it?
  

well, it might be because it is 'obviously' not the right value: it is
based on "kThemeBrushButtonFaceActive", whereas Control.fillbackground
does:
OS.HIThemeSetFill (OS.kThemeBrushDialogBackgroundActive, 0, context, 
OS.kHIThemeOrientationNormal);

I might have done some homework before bringing the idea here ... :)

> Please enter a bug report.

As I mentioned somewhere else, I am in voluntary exile from bugzilla 
because I get frustrated [and no doubt frustrate you in the process] 
with how it seems to work. I figured this is a more constructive 
approach. as for the COLOR_XXX, as I mentioned, I took care of my 
immediate problem.

> The API looks good, but an issue is that in 
> these days of theme managers, colors are not always solid.  For
example, 
> the Mac used to paint strippey lines.

yes, indeed... hence the calls the OS.GetThemeBrushAsColor() calls 
inside Device.getSystemColor(int id). did I miss something?


> 
> 
> 
> *"Laurent M." <totolaricot@xxxxxxx>*
> Sent by: platform-swt-dev-bounces@xxxxxxxxxxx
> 
> 07/09/2008 05:18 PM
> Please respond to
> "Eclipse Platform SWT component developers list."  
    
>  <platform-swt-dev@xxxxxxxxxxx>
> 
> 
>                  
> To
>                  platform-swt-dev@xxxxxxxxxxx
> cc
>                  
> Subject
>                  [platform-swt-dev]
SWT.COLOR_XXXX
> 
> 
>                  
> 
> 
> 
> 
> 
> I noticed that in the carbon SWT implementation, there is no way (other
> than a hidden temporary shell followed by a snapshot to a Image and
a
> getPixel(0,0)) to get access to the brush used to paint a shell. I
> needed that to make a toolbar gradient fade into the rest of the panel
> without assuming that all the platforms use RGB(232,232,232) like
> leopard. Would it make sense to add a SWT.COLOR_SHELL_BACKGROUND system
> color? (don't have the time to investige all other platforms).
> 
> lm/
> 
> _______________________________________________
> platform-swt-dev mailing list
> platform-swt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/platform-swt-dev
> 

_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-swt-dev