faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: Small incongruity on the Kontact website
by Joachim Werner on Thursday 11/Nov/2004, @04:18
|
I think it would be quite possible to integrate locking, setting attributes and versioning into Konqueror and the standard file dialig without having to use a special application plugin.
This could be done for WebDAV in general as well as for Subversion. And Cervisia is a good example how one could even integrate diffing and more advanced versioning commands directly into the file management view. |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: Small incongruity on the Kontact website
by Helge Hess on Thursday 11/Nov/2004, @04:40
|
Sounds cool! If someone wants to work on such a file management extension for OpenGroupware.org, let me know :-) I would be pleased to discuss that.
BTW: while WebDAV as a V in its name, it does not support versioning itself. There is an extension for WebDAV which does that, but I don't think it is widely implemented by servers (even if the provide a versioned document store).
|
[
Reply To This | View ]
|
Re: Small incongruity on the Kontact website
by Joachim Werner on Thursday 11/Nov/2004, @06:00
|
I'm aware that plain WebDAV only supports locking, no versioning. But your post implied that OpenGroupware.org supports some sort of versioning, so I mentioned it ;-).
Subversion actually implements (a subset of) the DeltaV versioning extension for WebDAV.
|
[
Reply To This | View ]
|
Re: Small incongruity on the Kontact website
by Helge Hess on Thursday 11/Nov/2004, @07:54
|
Yes, OGo has a "document storage" plugin system somewhat comparable to KIO, you can find some info on it over here:
http://www.opengroupware.org/en/devs/docs/snippets/DocumentAPI/DocStorage.html
Besides a simplistic filesystem storage OGo currently provides a RDBMS based one which has fast meta data, ACLs and a simple versioning system.
As mentioned OGo currently does not support the WebDAV version extension mostly due to the lack of clients - if KDE would support that, it might be worth consideration.
Maybe this is really getting off-topic, but does Svn really use a strict subset of RFC 3253? I had the impression that some concepts are shared but that Svn has its own extensions to WebDAV making it useless as a basis to start a standards implementation.
|
[
Reply To This | View ]
|
Re: Small incongruity on the Kontact website
by Joachim Werner on Thursday 11/Nov/2004, @17:18
|
http://svnbook.red-bean.com/en/1.0/apcs02.html says it all:
"So how 'compatible' is Subversion with other DeltaV software? In two words: not very."
But there is some common ground. Basically you can use Subversion via pure WebDAV if you can live with automatically generated checkin messages. If one only uses WebDAV clients (which is an option for a repository that is only used for shared document storage) even locking can be made to work.
I wouldn't say that Subversion can be a reference server for a fully DeltaV-compliant versioned document backend, but I think that it would be quite possible to write a configurable KDE extension as the basis for both a Subversion-aware and a fully DeltaV-compliant frontend.
I know that I'm getting more and more off topic, but an interesting question would be how well the different backend approaches (Subversion with its two backend implementations, OpenGroupware's two implementations, etc.) perform. If used as a document storage for a department or SOHO network such a backend should have throughputs that come close to NFS or SMB, at least for retrieving the most current version of the stored documents ...
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
