> Some time ago I wanted to add an API that allowed for pluggable service > providers for image and text branding resolution. This would also allow for > platform apps to do things they can't currently do. The suggestion got a -1 > so I didn't pursue as far as code - it was in discussion around another PR.
Sounds reasonable. What was the objection here? (I recall that this didn't end up being part of the SVGLoader ServiceProvider interface, but that was just for technical reasons, not because of a general objection to having a system for plugging in other icon sets.) -- Eirik -----Original Message----- From: Neil C Smith <neilcsm...@apache.org> Sent: Friday, September 18, 2020 12:55 PM To: dev <dev@netbeans.apache.org> Subject: Re: SVG icon graphics On Fri, 18 Sep 2020 at 17:41, Laszlo Kishalmi <laszlo.kisha...@gmail.com> wrote: > 2. Add some API around the icon names, so the place of the usage would > be decoupled from the place of the storage. Some time ago I wanted to add an API that allowed for pluggable service providers for image and text branding resolution. This would also allow for platform apps to do things they can't currently do. The suggestion got a -1 so I didn't pursue as far as code - it was in discussion around another PR. I still think that's the way forward, and could have a legacy provider that ensures existing icons, including those branded in platform apps(!), continue to work as is. It may be that to ensure backwards compatibility, icon file name and icon logical name need some way to coexist. Neil --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
