> Relying on colour filtering of the rasterized icons for eg. dark themes makes > no sense when we can style the SVG data before rasterization with semantic > information intact.
The motivation is just that it's less work. Even things like picking names for the color classes is work. And then we're stuck with maintaining and supporting those classes, like maintaining an API. -- Eirik -----Original Message----- From: Neil C Smith <[email protected]> Sent: Sunday, January 2, 2022 3:52 PM To: dev <[email protected]> Cc: Arafat BOUCHAFRA <[email protected]>; Peter Cheung <[email protected]>; Peter Cheung <[email protected]> Subject: Re: New theme for netbeans, team member wanted On Sun, 2 Jan 2022, 14:22 Eirik Bakke, <[email protected]> wrote: > > What I mean is I assume you want a limited consistent set of colours > (pallette) across all icons? > > The existing bitmap icons already have a good color scheme that does > this (designed by Leos Tronicek [1]). But it doesn't lend itself well > to the concept of a single "accent" color that can be changed > arbitrarily, since the icons are colorful rather than monotone or > duetone. Personally, I think that's fine, and a good contrast to the IntelliJ > style. > I think you're missing my point. This has nothing to do with single accent colours, changing the default palette or platform applications. I'm asking to try and have semantic classes for all colourings in the SVGs. Relying on colour filtering of the rasterized icons for eg. dark themes makes no sense when we can style the SVG data before rasterization with semantic information intact. After rasterization nothing tells you why a particular part of the icon is red or yellow. We can then style icons far more easily from a central point. I always wanted to switch to logical icons managed in a central way, along the lines of the xdg spec, but at least having one place to alter the palette is an improvement. Best wishes, Neil --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
