Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 15956 invoked by uid 500); 4 Dec 2002 11:00:26 -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 15944 invoked from network); 4 Dec 2002 11:00:25 -0000 Received: from fep02.tuttopmi.it (HELO fep02-svc.flexmail.it) (212.131.248.101) by daedalus.apache.org with SMTP; 4 Dec 2002 11:00:25 -0000 Received: from apache.org ([80.204.154.181]) by fep02-svc.flexmail.it (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP id <20021204110033.ZVXZ17436.fep02-svc.flexmail.it@apache.org> for ; Wed, 4 Dec 2002 12:00:33 +0100 Message-ID: <3DEDDFFF.9000602@apache.org> Date: Wed, 04 Dec 2002 11:59:11 +0100 From: Nicola Ken Barozzi Reply-To: nicolaken@apache.org Organization: Apache Software Foundation User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126 X-Accept-Language: en-us, en MIME-Version: 1.0 To: forrest-dev@xml.apache.org Subject: Re: Bad dtding References: <3DED6E7B.6060305@apache.org> <3DED9840.8010605@outerthought.org> <3DEDA233.2010106@apache.org> <3DEDC7F0.2040609@outerthought.org> <3DEDDD70.6050800@apache.org> <3DEDDEDC.9070603@outerthought.org> In-Reply-To: <3DEDDEDC.9070603@outerthought.org> 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 Steven Noels wrote: > Nicola Ken Barozzi wrote: > >> NOTE: switching the title from attribute to child element is not >> _backwards-compatible_ IIUC. Possible rule of the thumb: adding stuff >> is never a problem, removing them is. > > > Of course, but IIRC, this change has been introduced during the move > from 1.0 -> 1.1 (which was a lengthy move, admittedly). Or not? I don't remember it so (I have been using Forrest CVS since early days), but it's not important at all now, also given that it was a start. Let's just decide what to do from now on. I propose to make all DTD removals to necessarily need a version change. +1 -- Nicola Ken Barozzi nicolaken@apache.org - verba volant, scripta manent - (discussions get forgotten, just code remains) ---------------------------------------------------------------------