On Feb 10, 2009, at 5:40 AM, Krzysztof Kosiński wrote:
Jon A. Cruz wrote:
Please don't just split them out.
Instead look at the existing mechanisms for named icons. GTK+ has a whole infrastructure for that already.
I know that :) However, to use the theming mechanism I have to split them off anyway, becuase as far as I can tell it doesn't support using fragments of SVG as named icons.
No, we don't. We'd only have to split things out if we let the system use it's file-based approach. That has many problems.
*However*, GTK+ supports all the calls needed for the application itself to be a source of named icons. We need to finish all the details of using it, but the main code is in Inkscape now.
So Inkscape itself becomes a provider of named icons. Then it also uses the named icon access calls. Therefore, if the system *does* get some overriding theme installed, Inkscape will respect that today.
PS I'm mostly following the icon names specified in Tango's ArtLibreSet, but many of our icons don't have equivalents there, and the set seems to have duplicate icon names (e.g. boolean-union and path-union - I chose the latter).
That's probably the number one thing we have to do.
1) determine which names in Inkscape are covered in Art Libre. 2) list any issues of complicated names. 3) determine which need to be added to Art Libre.
That was the whole reason for the Art Libre names to begin with.
(btw, be sure to look at the *logical* icon representations, not the *physical*.)