On Thu, 5 Jan 2006, Bryce Harrington wrote:
Date: Thu, 5 Jan 2006 09:42:54 -0800 From: Bryce Harrington <bryce@...961...> To: Alan Horkan <horkana@...44...> Cc: Inkscape Devel List inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] Metadata [was Re: Problem with ... Document Properties pannel]
On Thu, Jan 05, 2006 at 04:35:50PM +0000, Alan Horkan wrote:
Back to metadata, I cannot think of users needing fast frequent access to the metadata dialog under more ordinary use working on one document at a time. There may more unusual cases of users with a collection of existing SVG files they want to tag the whole lot but if I recall correctly there are some Perl scripts for that kind of batch processing (written by Bryce?),
Yes, SVG::Metadata.
I meant the specific metadata scripts rather than the general functionality for manipulating SVG, specifically some of the tagging scripts I believe Bryce wrote to help with OpenClipart.org (I'd look it up if I weren't stuck on dialup).
and perhaps if we could provide an optional GTK frontend for those scripts?
Some users are extremely averse to using the command line. I got over it eventually but most of the time I'd prefer a simple GUI frontend to having to read a manual page and use a command line app.
Zenity might be enough to provide simple list GUI or if more was needed possible something quick and dirty in glade, maybe something like so:
label [ value ] label [ value ] label [ value ] label [ value ]
[Cancel] [OK]
Doubtful. While some need the batch processing power of SVG::Metadata, I think the vast majority will fit in between - not enough images to process to need batch processing, but enough that efficiency doing it right within Inkscape would be appreciated.
I see some features (like the Export) being added to and tweaked over and over and fear micro-optimisation which doesn't quite go far enough for the power users and baffles the beginners. I hope the balance can be maintained between Inkscape as a straighforward application with a Single Document Interface (in the broadest sense) while also being very fast and efficient for users working on repative tasks. I guess I'm trying to say I hope developers will be inspired by the requests for lots of little tweaks to dialogs and then see the bigger picture and streamline the task not just the repitition. (That was supposed to sound encouraging...)
Sincerely
Alan Horkan
Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org
Alan's Diary http://advogato.org/person/AlanHorkan/