Well there is no subclass of GLMBrickColorThemer so dark themes get hardcoded light colors in places for example.

The Sublimish theme revealed these kind of problems. I am busy investigating.

I made such a subclass and it is used by #colors now. Was missing.

GLM stuff should use UITheme current xxxColor items whenever possible.

Also we should have a way to reset its color registry that is cached and makes it hard to do things especially in a playground that uses it...

Maybe Brick can help in the future with a clean skinning and color theme setup. Especially if Bloc can do whatever window shape (pours oil on the fire...).

Phil

On Tue, Jan 31, 2017 at 4:08 AM, Paul DeBruicker <pdebruic@gmail.com> wrote:
One way to address this going forward is for theme developers to check their
color selections against the e.g. Web Content Accessibility Guidelines
(https://www.w3.org/TR/WCAG20/)

Using a readily available tool:

https://leaverou.github.io/contrast-ratio/


And/or one that makes suggestions of contrasting colors for a palette:

http://colorsafe.co


And all themes could be subject to passing at a minimum contrast grade (AA
seems not too hard?) before being added to the core. And in that way we have
a standard of 'good enough' that is more widely accepted than 'works on my
machine, for my eyes, in this physical space, with this ambient lighting'


Paul







HilaireFernandes wrote
> Hi,
>
> So in Pharo5 we have these 'beautiful' unreadable tooltips: tiny black
> font on light gray (ie. take a look to its squeak counter part, it looks
> so much more pro)
>
> Is there a way to programmatically change the backround color?
>
> Thanks
>
> Hilaire
>
> --
> Dr. Geo
> http://drgeo.eu





--
View this message in context: http://forum.world.st/These-beautiful-tooltips-tp4932206p4932319.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.