On Thu, 5 Jan 2006, Ralf Stephan wrote:
Date: Thu, 5 Jan 2006 11:25:39 +0100 From: Ralf Stephan <ralf@...748...> To: mental@...3... Cc: Alan Horkan <horkana@...44...>, jiho <jo.irisson@...400...>, Inkscape Devel List inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] Problem with Snapping/new Document Properties pannel
mental:
Quoting Alan Horkan <horkana@...44...>:
I would like to reiterate my suggestion that metadata have a seperate dialog. ... The way things are going we really do have enough metadata information to put it in a single dialog.
I'd like to second this, for what it's worth.
The (minor) problem with this is that Metadata is a document property, and now that the dialog has that name, it belongs there.
Names can be changed. The important thing to do is think of the real problem being solved. Do not get hung up on cosmetic details, tweaking what we have already is okay but there are times when it is better to step back and reevaluate the problem and make sure we are not micro-optimising the problem.
I don't think it would be a problem if the menu item (suggest 'Document Metadata') was placed directly under 'Document Properties'. Objections?
I'd prefer to see Metadata take care of in a single Properties dialog (and have a menu item using the GTK_STOCK_PROPERTIES icon and label, because correct use of stock items gives lots of free localisation, leveraging all the work which has already been done translating the stock items and standard widgets).
A lot of what is currently described in Inkscape as Document Properties could go under "Page Setup", Preferences, or have specific menu items for fast access.
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?), and perhaps if we could provide an optional GTK frontend for those scripts? That way I think we could make users really happy, give them the kind of powerful batch processing and tagging functionality they really want and allow inkscape to have a metadata designed more for tagging the current document. (Hell if someone was really adventurous they might make an Inkscape extension out of it.)
- Alan H.