[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn:description

From: Florin Iucha <florin_at_iucha.net>
Date: 2002-12-22 00:36:06 CET

On Sat, Dec 21, 2002 at 02:55:22PM +0100, Ich Selbst wrote:
> Hi,
>
> after reading the article at
> <http://www.onlamp.com/pub/a/apache/2002/12/19/svn2.html>
> I thought that an 'official' svn property called 'description' would
> make sense. Sure, there wouldn't be any functionality depending
> on that but GUI-clients could surely use such a property.
> For example clients could show those descriptions in tree-views
> of the filesystem right to the file entries.
> Users could use that property to describe folders/files to make
> it easier to identify the content of those folders/files.
> I suggest that there should be a maximum length (e.g. 1024 bytes)
> of that descriptions. That's because longer descriptions belong
> into a separate README file and also to make it easier for clients
> to implement a GUI (that way the text field showing the description
> does not need to be increased in size too much).
>
> For the subversion repository descriptions could be:
>
> bindings interfaces for other languages than plain C
> clients subversion clients
> include the header files each client needs
> libsvn_auth authentication files
> ....
>
> there are several possible levels those properties could get
> implemented:
>
> - only make that property 'official' and let the clients handle them
> the way they want/need to.
> - provide also client functions like get/setDescription for easier use
> - or even include a description in the status struct
>
> what do you guys think of that?

No need to invent new names. You can use Dublin Core
   http://dublincore.org/
Just use dmci:description, dmci:creator ...

Cheers,
florin

-- 
"If it's not broken, let's fix it till it is."

  • application/pgp-signature attachment: stored
Received on Sun Dec 22 00:36:47 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.