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

Re: Official revision syntax for Subversion URLs

From: Mickael Marchand <marchand_at_kde.org>
Date: 2003-08-06 00:56:49 CEST

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

sorry, I had some mails trouble recently so it took me some time to answer.

to clarify some stuff about KDE's client, right now it's "prepre-alpha" and
only access remote "http://" svn servers. I plan to change the svn:// naming
to match the Subversion one. I should be able to support all "ra" in the same
kioslave.
For those of you who don't know KDE, a kioslave is an interface for a
protocol. For example, if you type : http://subversion.tigris.org/ in konqui
and press enter, it will start a "kio-job" to retrieve the web page using the
HTTP protocol. It is basically an asynchronous interface for access to a
local and/or remote filesystems (list, get, put, rmdir, mkdir, del, ...).
Each kioslave has one/many protocol assigned to : the http kioslave handles
http and https:// URLs for example. That also implies that another ioslave
cannot use the same protocol name.
I just don't know for the http:// thing since I can't use it for my kioslave
(for technical reasons I can't "add" it to the http-kioslave, and probably
some political reasons inside KDE if I ever fix the technicals one ;)
maybe I could use shttp://, shttps:// and svn:// which is a bit clearer and
avoid the naming conflict (for KDE). (There is also the "file://" access
which conflicts in KDE ...)

for arguments like "revnum" I am opened to suggestions and will follow your
decision. I just choose an arbritary one for now to be able to get a revision
from a URL.
"?rev=revnum" looked nice to me. It would be great if svn-enabled servers
could parse that. It would surely simplify client developers' life ;)
note that we could also use ?rev=PREV for example (not only numbers), and also
dates ...
using it in URLs is not a requirement for me, I can specify it elsewhere
(internally), but I find great for users to be able to retrieve the revision
they want directly in konqueror and I think this is something we should have
at the end (client or server side).
It is on another side really hard to add a "text entry field" for people to
input the revision number at the kioslave level. But the kioslave is just a
low level protocol for KDE. The goal is to have it used by other applications
like gideon and cervisia where you should have these kind of "text field" and
advanced features. The kioslave can (as said before) get the revnum through
internal/hidden communication (not the URL itself).

I hope it's a bit clear :)

Cheers,
Mik

Le Tuesday 05 August 2003 23:30, kfogel@collab.net a écrit :
> Okay, I'm beginning to think we don't urgently need to solve this
> problem (a sentiment others have already expressed).
>
> The original motivation for this thread was that Mickael Marchand
> invented a "path?rev" syntax for Subversion URLs, presumably entered
> into text fields in KDE.
>
> We should discourage ad hoc syntax creation, so that users don't get
> misled into thinking there's a cross-environment standard where there
> isn't one. (Hence I've CC'd Mickael on this mail.)
>
> But it's not necessarily urgent that we choose a standard before SVN
> 1.0 -- sure, it would be nice, but I can see it's going to be a rather
> long discussion, and we don't know how hard it will be to implement on
> the server side even once we know the syntax.
>
> So Mickael, can you arrange the interface in some other way -- either
> don't offer specific revision functionality, or put the revision
> number in a separate text field? That solves the "creeping standard"
> problem; we can discuss longer-term solutions on the Subversion dev
> list at our no-doubt-copious leisure.
>
> -Karl
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/MDY6yOYzc4nQ8j0RAvweAJ417hZ7J9ye2qnPm5O5i9gxFDe6FgCdFxTo
DW5szBZ52ReY8TA5m4wUjAY=
=fDwA
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 6 03:44:54 2003

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.