On Sun, 2005-12-25 at 17:58 -0400, bulia byak wrote:
On 12/25/05, David Christian Berg <david@...407...> wrote:
bt
This is a crash is aspell. Look it up in closed bug reports. As far as I remember the likely reason is that your aspell library is compiled by a different compiler version.
Thanx!
So what advantage will librsvg rendering give us? I only see disadvantages (likely slower, not so easy to edit icons, may be surprises with non-compliant rendering), not to mention the "don't fix what is not broken" principle.
I have argued about this extensively in the past, and I had hoped this issue is put to rest. Are there any new reasons to reopen this?
I can't find the discussion right now, but I do remember, that you were strongly arguing against this. I do also agree with your point of view. The interesting part is not about librsvg or whatever, it's about giving away the parts of a program which should be done by a global layer.
You can use stock icons just as easily now, and some commands use them. The single icons.svg is not an obstacle to that.
Well, actually I meant something else. If you have the icon files as separate files already, you can easily copy them into your icon theme and have them used on a system-wide level. With Gtkmmfication Inkscape should move towards using flipping and rotating icons and whatever else exists from the icon theme.
That is fine, but if you want to do that, you can easily export the icons you need manually once. It's no reason to break the internal rendering of icons in Inkscape.
Actually the script is not about breaking it in the first place. Very obviously the new GUI uses single icon files... since all the icons don't exist yet, and doing them manually is not quite handy, I asked my brother to create a small script doing that manual work. It's not really nice a script, but it gives you quite the ease of use, because it takes the IDs and creates separate images of the groups with those IDs.
Take care!
David