Return-Path: Delivered-To: apmail-modperl-cvs-archive@apache.org Received: (qmail 7899 invoked by uid 500); 2 Nov 2001 15:39:59 -0000 Mailing-List: contact modperl-cvs-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@perl.apache.org Delivered-To: mailing list modperl-cvs@apache.org Received: (qmail 7888 invoked by uid 500); 2 Nov 2001 15:39:59 -0000 Delivered-To: apmail-modperl-site@apache.org Message-ID: <3BE2BE4D.5090805@stason.org> Date: Fri, 02 Nov 2001 23:39:57 +0800 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011012 X-Accept-Language: en-us MIME-Version: 1.0 To: dev@perl.apache.org Cc: Nathan Torkington , modperl-site@apache.org Subject: Re: moving modperl-site rep into modperl-docs rep References: <15297.48528.281000.422063@gargle.gargle.HOWL> <15311.24078.98000.705215@gargle.gargle.HOWL> <38926249.1003430730@[0.0.0.0]> <15311.27165.127000.416600@gargle.gargle.HOWL> <3BCFA877.5010004@stason.org> <15316.38858.553000.411526@gargle.gargle.HOWL> <3BD6894C.9040409@stason.org> <3BE27FD3.80603@stason.org> <00b901c16393$7b121710$0b0b0b0a@i.ecos.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Gerald Richter wrote: >> - the package handles links so we have no problem linking to e.g. >>perl.apache.org/dist/ >> > > ok, so we have the possibility to use content that is not part of the docset yup. >> - embperl site, I suppose it can be folded into the docset, if Gerald >>doesn't mind. >> > > For the Embperl site I have slightly different plans. There is a redesign > already on the road for a couple of time, I just didn't have the time to > finish and upload it. I have followed the discussion about the docset thing. > I like your docset idea, but I have also own ideas which build on the new > features of Embperl (namly XML & XSLT) Hopefully your docset tool is modular > enough that TT is only used for rendering, so it would be maybe possible to > plug Embperl, instead of TT ? (of course it doesn't would look nice if the > Embperl website says "powered by TemplateToolkit :-) > > so for now we maybe can simply keep the modperl-site cvs and use it only for > Embperl (and maybe the dist dir). Well, the code is quite crude yet, and it's hard to modularize before you know what to plan for, but yes the rendering engine is a separate thing. So after generalizing it and making it pluggable it should be possible to use other rendering modules. Say, do you plan on static output from Embperl or only dynamic for embperl docs? It doesn't make much sense to serve static content dynamically, resource wise of course. BTW, what's the source format that you use for embperl? may be it can just plug into the docset system, and then we can keep it under the same roof. _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/