[silva-dev] plans for reference management

Christian Zagrodnick cz at gocept.com
Tue Apr 19 07:51:15 CEST 2005


On 10.04.2005, at 11:40, Roman Joost wrote:

> On Sun, Apr 10, 2005 at 01:07:31AM +0200, Clemens Klein-Robbenhaar 
> wrote:
>> [...] LMS and CMFLinkChecker
>>
>>>> In order to avoid concurrent development on same features, I'd like 
>>>> to
>>>> discuss this topic on the mailinglist first. So, what are your 
>>>> plans for
>>>> the future of reference management?
>>   Well, my plans are to try to get rid of the current, single point
>> reference checking and more to get into the direction of reference 
>> management.
>>   The first step would be to maintain all references in Silva content 
>> objects,
>> instead of fetching them globally in each reference check.
>>   Because updating the references each time someone edits a document 
>> seems
>> a bit overkill to me I feel the step of approving a document (or some 
>> other
>> versioned content) seems to be the right time to fetch the references
>> contained in the approved version.
> But it may be too late after publishing the document that an author is
> informed about broken links. So, he has to alter and
> publish the document again to fix the broken links. That are to steps 
> to
> get a document with correct links in it. But you're right, if the
> document contains a vast amount of links, it'll be overkill...
>
>>   This seems to require to add a hook to the versioning / workflow
>>   machinery, however.  I am not sure what to do with non-versioned
>>   content, especially containers.
> Well, in the Plone world, the CMFLinkChecker retreives the links from
> the document, after it's beeing saved. It passes these to the LMS, 
> which
> checks the links sequential.

Sequential.. well. No. It does parallel checking of links on different 
hosts. One host is only checked once a second.

>>   Roman: If we want to coordinate our work on improving the current
>> SilvaReferenceChecker checker, how do we do that? I do not have the 
>> resources
>> to set up a public CVS server or the like. I thought about an archive 
>> at
>> SorceForge maybe, but the last time I asked on this mailinglist if
>> other developers of Silva add-ons would be interested in having some
>> "Silva common add-ons" repository there I got no response thus I did 
>> not
>> tried that so far.
> Well, such a "collective" sounds nice indeed. I think, I could use the
> CVS server from gocept for such a product. If we have more extensions
> for Silva and it makes sense to collect them in a sourceforge project
> I'll go for it. Btw. we might think of using berlios.de - they offer a
> SVN repository instead of CVS.

You could of course use gocept cvs or anything else – but please avoid 
Sourceforge. I don't really know if the situation improved, but we made 
some very bad experiences.


-- 
Christian Zagrodnick

gocept gmbh & co. kg · schalaunische strasse 6 · 06366 koethen
www.gocept.com · fon. +49 3496 3099112 · fax. +49 3496 3099118


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2355 bytes
Desc: not available
Url : http://lists.infrae.com/pipermail/silva-dev/attachments/20050419/b8815cd3/attachment.bin 


More information about the silva-dev mailing list