Re: [Inkscape-devel] SVG icon work (was more font work)

From: Alan Horkan <horkana@...44...> To: Bob Jamison <rjamison@...73...> CC: inkscape inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] more font work Date: Tue, 2 Mar 2004 21:10:40 +0000 (GMT)
On Tue, 2 Mar 2004, Bob Jamison wrote:
Date: Tue, 02 Mar 2004 08:28:59 -0600 From: Bob Jamison <rjamison@...73...> To: inkscape inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] more font work
bulia byak wrote:
warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all
up
so please do "make install" again.
Speaking of icons.svg, I have noticed something that maybe one of the users could help with, if this is OK with Bryce.
Currently, icons.svg is rather unorganized. It would be really great if someone could organize and arrange the icons according to their use. And annotated, too. Like if the file were arranged like this, visually:
Toolbox icons, 20x20 [icon] [icon] [icon] text-tool curve-tool freehand-tool
Menu icons, 24x24 [icon] [icon] [icon] import-into file_export print-direct
....etc....
The only restrictions are that the icons should not be resized, that they must remain top-level <g> members of the svg tree, and that they retain their proper names.
Would be possible (or even a good idea) to have some way of simply allowing the group id to be shown directly in the document?
This would save adding lots of text descriptions as the icons are all already nicely labelled.
- Alan H.
It is possible that adding extra text and other unused objects could slow down the parsing of the icons. It could be negligable, I don't know, but people do like their applications to start as fast as possible.
The file could still be organized into a logical order though and I could take this task.
Cheers, Rob. http://members.rogers.com/rcrosbie
_________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...

Excellent.
Because of that possible slowdown, I recommend that we look into caching options at build or install time--but maybe the slowdown is negligible on modern systems.
Jon
On Tue, 2004-03-02 at 13:39, Robert Crosbie wrote:
From: Alan Horkan <horkana@...44...> To: Bob Jamison <rjamison@...73...> CC: inkscape inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] more font work Date: Tue, 2 Mar 2004 21:10:40 +0000 (GMT)
On Tue, 2 Mar 2004, Bob Jamison wrote:
Date: Tue, 02 Mar 2004 08:28:59 -0600 From: Bob Jamison <rjamison@...73...> To: inkscape inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] more font work
bulia byak wrote:
warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all
up
so please do "make install" again.
Speaking of icons.svg, I have noticed something that maybe one of the users could help with, if this is OK with Bryce.
Currently, icons.svg is rather unorganized. It would be really great if someone could organize and arrange the icons according to their use. And annotated, too. Like if the file were arranged like this, visually:
Toolbox icons, 20x20 [icon] [icon] [icon] text-tool curve-tool freehand-tool
Menu icons, 24x24 [icon] [icon] [icon] import-into file_export print-direct
....etc....
The only restrictions are that the icons should not be resized, that they must remain top-level <g> members of the svg tree, and that they retain their proper names.
Would be possible (or even a good idea) to have some way of simply allowing the group id to be shown directly in the document?
This would save adding lots of text descriptions as the icons are all already nicely labelled.
- Alan H.
It is possible that adding extra text and other unused objects could slow down the parsing of the icons. It could be negligable, I don't know, but people do like their applications to start as fast as possible.
The file could still be organized into a logical order though and I could take this task.
Cheers, Rob. http://members.rogers.com/rcrosbie
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2f...
SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Jonathan Phillips wrote:
Excellent.
Because of that possible slowdown, I recommend that we look into caching options at build or install time--but maybe the slowdown is negligible on modern systems.
Jon
True. That is what inkscape-stock is doing for bitmaps, using the GtkIconFactory. If inkscape-stock could be extended to also keep a LUT of svg-snippets, that would be awesome. Maybe even something to contribute back to Gtk.
Even better, wouldn't it be great if an SVG icon were stored in memory as a tiny instance of one of Mental's AST structures?
Ok, gotta go.
BTW, sorry about starting an email avalanche today! ;-)
Bob

Robert Crosbie wrote:
It is possible that adding extra text and other unused objects could slow down the parsing of the icons. It could be negligable, I don't know, but people do like their applications to start as fast as possible.
Actually, you could group all of the annotations into a single top-level object, and reduce the extra search time to triviality.
Bob
participants (3)
-
Bob Jamison
-
Jonathan Phillips
-
Robert Crosbie