[squeak-dev] Theme colours (was Re: [Please Review] Some updates for resize grips)

Marcel Taeumel marcel.taeumel at hpi.de
Mon Jan 7 10:08:59 UTC 2019


Hi Chris, hi Tim, hi all,

yes, it would be interesting to find such concepts (or properties?) that can positively affect the complexity of a theme's implementation. Here, "#isDark" might only be the first of several to discover. Also, the uses of such properties might also be manifold. For example, the inversion of color saturation (or brightness) could be a good start to think about it.

At the moment, I try to reduce code duplication within a single theme (class) through UserInterfaceTheme >> #derive:for:from:at:. Yet, it is often difficult to decide from which property to derive another property. For the resize grips, I just picked a window's border color as reference. Looks okay to me.

This "isDark" proposal addresses a higher-level reuse than what #derive: can provide right now. I like that. Still, I am not so sure whether the theme designer (person) could benefit from such a mechanism in the long term. There, I see more value in an interactive color-picker-like tool than in improving the implementation details of a UserInterfaceTheme subclass.

Finally, I want to point out that -- for the long term -- I want to look for a better way to manage theme instances and treat the class-level-initalization persistance thingy as one of maybe many (generated) serialization formats for themes. The current (manual) class serialization has been a good start so far. For us theme designers and as a good integration with ReleaseBuilder and Monticello (or code versioning).

Best,
Marcel
Am 05.01.2019 00:13:45 schrieb tim Rowledge <tim at rowledge.org>:


> 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 :-)


tim
--
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.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20190107/8fe1e691/attachment-0001.html>


More information about the Squeak-dev mailing list