[squeak-dev] Theme colours (was Re: [Please Review] Some updates for resize grips)
marcel.taeumel at hpi.de
Mon Jan 7 15:28:33 UTC 2019
I would place #stronger: into the UserInterfaceTheme since the color cannot know about #isDark or similar theme abstractions. Maybe we could add "sunlight variations" to the discussion. :-)
Am 07.01.2019 16:25:24 schrieb Torge Husfeldt <torge.husfeldt at gmx.de>:
On 05.01.19 00:13, tim Rowledge wrote:
>> On 2019-01-04, at 2:39 PM, Chris Muller wrote:
>> Hi Marcel,
>> As we derive colors from other colors, it seems like the "Dark" themes will generally be consistently the inverse of the normal daytime themes. Like, in this example, AbstractResizerMorph>>#handleColor defaults to "muchDarker".
> For themes where there is a need for darker or lighter depending on the intent of the theme, rather than being specific in a confusing manner - ie actually using #darker etc - might it help to refer to something on a different axis? For example #stronger & #softer could be used in a bright or a dark theme to refer to the progression of colour without any reliance on the specific theme needs. Sort of an abstraction of intent. Give a theme a collection of colours and set the middle as 'normal'. Or have an algorithm specific to the theme. Or both, depending on the nice new Chronology state :-)
Nice thought, but probably the color could not determine the "intent" on
its own, right?
So the solution would be probably along the lines of
^aTheme isDark ifTrue:[self darker ] ifFlase:[self lighter]
So you still need to be able to ask the Theme about its darkness.
> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> Useful Latin Phrases:- Romani quidem artem amatoriam invenerunt. = You know, the Romans invented the art of love.
Just my 2 cents
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Squeak-dev