Just do following script in latest squeak-dev image with UI enhancements installed.
World fillStyle: ( CompositeFillStyle fillStyles: { BitmapFillStyle fromForm: ( (Form extent: 1@2 depth: 32) colorAt: 0@0 put: (Color transparent) ; colorAt: 0@1 put: (Color gray)). World fillStyle. })
2 Gary Chambers: quite confused why style listed last drawn first? As for me it is more logical to fill in order of appearance in code, not in reverse.. or i missing something?
In addition, here's the critical UI bug, which needs to be fixed ASAP. http://bugs.squeak.org/view.php?id=7062
El 5/23/08 7:32 PM, "Igor Stasenko" siguctua@gmail.com escribió:
In addition, here's the critical UI bug, which needs to be fixed ASAP. http://bugs.squeak.org/view.php?id=7062
-- Best regards, Igor Stasenko AKA sig.
Igor, I see a preference of yours.
Maybe I was wrong but I don't think Mantis is the place for this.
Squeak have how to suit his "look" .
Maybe we could start a page on swiki and all could put a pict of his working image.
Edgar
2008/5/24 Edgar J. De Cleene edgardec2001@yahoo.com.ar:
El 5/23/08 7:32 PM, "Igor Stasenko" siguctua@gmail.com escribió:
In addition, here's the critical UI bug, which needs to be fixed ASAP. http://bugs.squeak.org/view.php?id=7062
-- Best regards, Igor Stasenko AKA sig.
Igor, I see a preference of yours.
Maybe I was wrong but I don't think Mantis is the place for this.
Squeak have how to suit his "look" .
Maybe we could start a page on swiki and all could put a pict of his working image.
Edgar, do you have a sense of humor? ;) And from when Mantis is inappropriate place for putting code? Besides i marked report as feature, not as bug. I agree with Jerome that it need to be extended with some benchmarks. And i don't think that improvement of squeak visual appearance is out of scope of release/UI team.
Edgar
El 5/24/08 3:39 PM, "Igor Stasenko" siguctua@gmail.com escribió:
Edgar, do you have a sense of humor? ;)
Think all here know I have a odd one, but maybe not :=)
And from when Mantis is inappropriate place for putting code? Besides
i marked report as feature, not as bug. I
agree with Jerome that it need to be extended with some benchmarks.
And i
don't think that improvement of squeak visual appearance is out
of scope of
release/UI team.
Edgar
No, I don't said out of scope. Only I saying all have personal preferences. Some like Gary Chambers UI and some no. Some like round buttons and others no. Some like background with blue fill and others maybe like old "paper white" background.
IMHO each Squeakers should use Preferences and themes (in past we have more).
Edgar
2008/5/25 Edgar J. De Cleene edgardec2001@yahoo.com.ar:
El 5/24/08 3:39 PM, "Igor Stasenko" siguctua@gmail.com escribió:
Edgar, do you have a sense of humor? ;)
Think all here know I have a odd one, but maybe not :=)
And from when Mantis is inappropriate place for putting code? Besides
i marked report as feature, not as bug. I
agree with Jerome that it need to be extended with some benchmarks.
And i
don't think that improvement of squeak visual appearance is out
of scope of
release/UI team.
Edgar
No, I don't said out of scope. Only I saying all have personal preferences. Some like Gary Chambers UI and some no. Some like round buttons and others no. Some like background with blue fill and others maybe like old "paper white" background.
IMHO each Squeakers should use Preferences and themes (in past we have more).
Well, since corner grips is semitransparent, a resulting color is a darker or lighter than background color - which is window color. Grips don't using preferences, all i did is replaced gray colors with own :)
In fact, i think having a Grips morph for system window is wrong way of doing things. There should be a FrameMorph, which draws a frame around window and can handle resizing & mouse tracking. Then we can apply style info to a frame, like width, drawing style e.t.c. CornerGripMorph & subclasses is very bad abstraction comparing to this.
Edgar
El 5/25/08 9:58 PM, "Igor Stasenko" siguctua@gmail.com escribió:
In fact, i think having a Grips morph for system window is wrong way
of doing
things.
There should be a FrameMorph, which draws a frame around window
and
can handle resizing & mouse tracking. Then we can apply style info to a
frame, like width, drawing style e.t.c.
CornerGripMorph & subclasses is very
bad abstraction comparing to this.
Now we begin business. This is design and not taste and you have a point. Like to hear Juan, Jerome and others about this. Maybe a Morphic friends team or some like this ?
Edgar
Hello.
Corner/edge grip drawing has been optional (per theme) since version 305 of Widgets. Corner grips may be themed in the future, though they are far from "normal" in the sense of having just a fill style etc.
I agree with the frame idea, though the frame itself will want grips perhaps!
Regards, Gary.
-----Original Message----- From: squeak-dev-bounces@lists.squeakfoundation.org [mailto:squeak-dev-bounces@lists.squeakfoundation.org]On Behalf Of Edgar J. De Cleene Sent: 26 May 2008 12:54 PM To: The general-purpose Squeak developers list Subject: Re: [squeak-dev] Re: Composite fill styles in action (or what todo when you bored).
El 5/25/08 9:58 PM, "Igor Stasenko" siguctua@gmail.com escribió:
In fact, i think having a Grips morph for system window is wrong way
of doing
things.
There should be a FrameMorph, which draws a frame around window
and
can handle resizing & mouse tracking. Then we can apply style info to a
frame, like width, drawing style e.t.c.
CornerGripMorph & subclasses is very
bad abstraction comparing to this.
Now we begin business. This is design and not taste and you have a point. Like to hear Juan, Jerome and others about this. Maybe a Morphic friends team or some like this ?
Edgar
squeak-dev@lists.squeakfoundation.org
-
Edgar J. De Cleene -
Gary Chambers -
Igor Stasenko