On Wed, 23 Sep 2020 at 11:58, Jaroslav Tulach <[email protected]> wrote: > Here is a plan which, by a chance, also addressed the IDE Icon registry > problem. Let's process the SVG icons during compile time and turn them into > Java classes. Such technologies (based on Batik) exist (for example http:// > ebourg.github.io/flamingo-svg-transcoder/)
Yes, +1 then and +1 now - https://github.com/apache/netbeans/pull/1278#issuecomment-500232659 Incidentally, I'd definitely look into Photon, which is the current version of the above code AFAIK - https://github.com/kirill-grouchnikov/radiance/blob/master/docs/photon/photon.md I'm not sure it does address the icon registry problem by itself, but perhaps could work into it. IMO, any icon registry should return Icon - any specific implementation that uses SVG behind the scenes is separate to that. This leaves platform developers with the ability to use something else. Speaking of which, would branding aspects be handled at build time here too? I also think the current problem with inability to request icons of specific dimensions might need addressing in any API. Using UIDefaults might be the right approach, although so might just a revised (and pluggable) method in ImageUtilities. 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
