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 <pdebr...@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. > > >
