Re: plans for reference management

Christian Zagrodnick <cz-w5oghCfH6z/[email protected]>
Newsgroups gmane.comp.web.zope.silva.devel
Message-ID <[email protected]>
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

_______________________________________________
silva-dev mailing list
silva-dev-IAPFreCvJWM6s/[email protected]
http://lists.infrae.com/mailman/listinfo/silva-dev
smime.p7s (application/pkcs7-signature, 2.3 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.