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