gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Question on GSDrawingFunctions


From: Fred Kiefer
Subject: Re: Question on GSDrawingFunctions
Date: Sun, 08 Feb 2004 14:30:13 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821

Fred Kiefer wrote:
Adam Fedor wrote:
On Sunday, February 1, 2004, at 04:43 AM, Fred Kiefer wrote:
Up to now my understanding, based on the names of the functions, was that there used to be a series going from light to dark:
NSDrawWhiteBezel
NSDrawLightBezel
NSDrawGrayBezel
NSDrawDarkBezel

No, I'm pretty sure that NSDrawLightBezel and NSDrawDarkBezel are the color-configurable replacements for NSDrawWhiteBezel and NSDrawGreyBezel, respectively. They should be equivalent (except for drawing the inside of the rect) when using the default colors.

If nobody knows for sure, why don't we just check? I have attached a small application that will draw all the different bezel versions and if somebody with an OpenStep or Cocoa system runs this and sends back a screenshot of the resulting window we should know. If the Light and Dark variants are sensitive to defult colour settings they need of course tests with different values in the system colour list.

Based on Cocoa screen shot I was able to implement these four functions to give better results (only NSDrawGrayBezel was already correct). The difference for existing GNUstep applicaitons should be minimal as only NSDrawWhiteBezel gets used and here just two pixels changed.

More interesting is the effect this should have on the new drawing engine code, which in the long run should replace all the calls to these (and the other) functions. Here I would like to have similar drawing behaviour for the methods with the same name as the drawing functions. The only actual difference should be, that colours get used from the system colour list, instead of hard coded. This may result in the need for additional drawing methods, as the current implementation of drawDarkBezel:: and drawLightBezel:: differ from the functions. Or these implementations may be off a bit, so we would just need to correct them.

Again only a screen shot, of what we want to achive, may clear the case.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]