Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 15716 invoked by uid 500); 1 Aug 2003 16:20:26 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 15689 invoked from network); 1 Aug 2003 16:20:25 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 1 Aug 2003 16:20:25 -0000 Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id 2959FC6B9B for ; Fri, 1 Aug 2003 18:15:14 +0200 (CEST) Received: from hw0393 ([192.168.0.4]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003080118150809:10927 ; Fri, 1 Aug 2003 18:15:08 +0200 Message-ID: <001701c35848$3054a890$0400a8c0@hw0393> From: "Guido Casper" To: References: Subject: Re: Promotion of [XPath]TraversableGenerators to main trunk Date: Fri, 1 Aug 2003 18:15:53 +0200 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 01.08.2003 18:15:08, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 01.08.2003 18:15:11, Serialize complete at 01.08.2003 18:15:11 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Stephan Michels wrote: > At least, we should agree on one name > > SourceHierarchyGenerator -> http://apache.org/cocoon/hierachy/1.0 > SourceCollectionGenerator -> http://apache.org/cocoon/collection/1.0 > SourceDirectoryGenerator -> http://apache.org/cocoon/directory/1.0 > > or DirectoryGenerator. Probably I should shut up and sit down before adding yet another opinion but FWIW I prefer DirectoryGenerator. It's most user-friendly (immediately understood by everyone) and compatible. I can already imagine: "What the heck is SourceHierarchyGenerator" "A DirectoryGenerator for other sources as well" :-) I see no strong reason to rename DirectoryGenerator just because now it operates on other sources as well. It is semantically as correct as the other. The next step is renaming FileGenerator? Although this would even make more sense. But given that these components will mostly be used for the filesystem for a long time to come ... But I'm fine with any of these names. Guido