Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org Received: (qmail 23555 invoked from network); 23 Apr 2004 00:11:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 23 Apr 2004 00:11:16 -0000 Received: (qmail 6005 invoked by uid 500); 23 Apr 2004 00:10:59 -0000 Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 5949 invoked by uid 500); 23 Apr 2004 00:10:59 -0000 Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: forrest-dev@xml.apache.org Delivered-To: mailing list forrest-dev@xml.apache.org Received: (qmail 5931 invoked from network); 23 Apr 2004 00:10:59 -0000 Received: from unknown (HELO rwcrmhc13.comcast.net) (204.127.198.39) by daedalus.apache.org with SMTP; 23 Apr 2004 00:10:59 -0000 Received: from prometheus (c-24-4-138-161.client.comcast.net[24.4.138.161]) by comcast.net (rwcrmhc13) with SMTP id <2004042300110701500q1dgse> (Authid: brian.hayes2); Fri, 23 Apr 2004 00:11:07 +0000 From: "Brian S. Hayes" To: Subject: RE: svn commit: rev 10172 - in xml/forrest/branches/copyless: . src/core/fresh-site/src/documentation src/documentation Date: Mon, 22 Mar 2004 17:10:44 -0800 Message-ID: <000101c41073$ae2f37b0$6601a8c0@prometheus> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: news [mailto:news@sea.gmane.org] On Behalf Of Nicola Ken Barozzi > Sent: Thursday, April 22, 2004 3:52 PM > The fact is that somehow I was still getting errors in the logs about a > missing DTD, so I got irritated and took them away. Ok, so this is not a > technical reason, but the more I think of it, the more it seems to make > sense. Do property files have a DTD? Do they need one? > > For example, let's say that somebody makes a skin that needs some extra > customization values... where do they put them? Without a DTD, they can > easily add them to the skinconf file. > > What are the reasons we should keep the DTD, given the above point and > the problems we have been having till now (not no mention having to make > users update the DTD at every change)? One could argue that if you are savvy enough to being adding new values to the skinconf and making appropriate XSLT changes to the style sheets, then you can also make any DTD changes. Since I am new to Forrest, I am not confident that I understand who the target users are (in terms of what is expected of them). I think there are two users: 1. Savvy User: Knows XML, XSLT, CSS, XHTML, DTD, and XML Schema. 2. Basic Content Provider: Knows XML -- able to create content, edit skinconf.xml and forrest.properties, and to run forrest seed and forrest site. A schema serves as the contract of what is the acceptable XML instance. With good in-line documentation, it can be a good reference. Thus, I argue for a schema of some sort (e.g. DTD, XML Schema, and/or Schematron). Has XML Schema been considered rather than using DTDs? The xs:any element would allow customization values to be added while also allowing for validation of the rest of the instance. I realize the schema choice (XML Schema, DTD, etc.) is a non-trivial consideration. Another choice for validating skinconf instances would be Schematron. Sincerely, Brian