Return-Path: Delivered-To: apmail-forrest-user-archive@www.apache.org Received: (qmail 10755 invoked from network); 18 Feb 2005 07:43:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Feb 2005 07:43:47 -0000 Received: (qmail 30255 invoked by uid 500); 18 Feb 2005 07:43:47 -0000 Delivered-To: apmail-forrest-user-archive@forrest.apache.org Received: (qmail 30229 invoked by uid 500); 18 Feb 2005 07:43:47 -0000 Mailing-List: contact user-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: user@forrest.apache.org Delivered-To: mailing list user@forrest.apache.org Received: (qmail 30215 invoked by uid 99); 18 Feb 2005 07:43:47 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from central.astrium.eads.net (HELO ffwfilter1.astrium.eads.net) (53.122.241.14) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 17 Feb 2005 23:43:45 -0800 Received: from exdssfdh00.south.de.astrium.corp ([53.141.160.8]) by ffwfilter1.astrium.eads.net with InterScan Messaging Security Suite; Fri, 18 Feb 2005 08:46:55 +0100 Received: by exdssfdh00.south.de.astrium.corp with Internet Mail Service (5.5.2657.72) id ; Fri, 18 Feb 2005 08:43:50 +0100 Message-ID: <7579CAECCAF7D211B9600008C79139D8097D9860@exdssfdh01.south.de.astrium.corp> From: "Bowe, Bastian" To: "'user@forrest.apache.org'" Subject: configuration of plugins (WAS:Wiki and UTF-8/non-latin-1) Date: Fri, 18 Feb 2005 08:43:39 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Ross Gardler [mailto:rgardler@apache.org] > Sent: Wednesday, February 16, 2005 2:07 PM ... > Configuration of plugins is not possible yet, we have > discussed various > solutions over on the dev list, but none have been > implemented yet. Haven't followed that discussion but I've created a plugin that manages configuration by reading (or to use cocoon term: generating) xml files from {project:doc}/yourPluginConfigFile.xml > One > thing is sure is that it should *not* be central. The whole idea of > plugins is to decentralise. Furthermore, it doesn't really > make sense to > configure the plugin across the board since there may be > multiple files > each with different encodings.