[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Best Practice - beyond schema

• To: "Anderson, John" <John@B...>
• Subject: Re: Best Practice - beyond schema
• From: ht@c... (Henry S. Thompson)
• Date: 26 Jun 2002 09:09:53 +0100
• Cc: Xml-Dev <xml-dev@l...>
• In-reply-to: <6D54B6A5DCF9D311971600D0B74758C10255C16B@a...>
• References: <6D54B6A5DCF9D311971600D0B74758C10255C16B@a...>
• User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2(beta13) (Demeter)

"Anderson, John" <John@B...> writes:

> ??
> 
> Interesting idea. This, of course, assumes that I will always know exactly
> which parts are going to change and which aren't when I start building
> Version 1 Alpha of my base schemas.
> 
> If I knew that, I could just build the final and perfect version of all the
> schemas straight away and there would be no maintenance problem.
> 
> > [HST wrote, wrt schema localisation]
> > Yes, but good style therefore suggests using a named model group for
> > the unchanged parts, in which the schema processor will do 
> > the copying 
> > for you.

I understood the original problem statement to say that the division
between univeral and localisable portions of types was known in
advance.  So yes, use model groups for the parts you expect to remain
constant.  If you were wrong, nothing lost.  If you were right, you
win.

ht
-- 
  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
          W3C Fellow 1999--2002, part-time member of W3C Team
     2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
	    Fax: (44) 131 650-4587, e-mail: ht@c...
		     URL: http://www.ltg.ed.ac.uk/~ht/
 [mail really from me _always_ has this .sig -- mail without it is forged spam]

• References:
  • RE: Best Practice - beyond schema
    • From: "Anderson, John" <John@B...>

• Prev by Date: Sablotron 0.95
• Next by Date: RE: [off-topic] Re: Relax NG Projects
• Previous by thread: RE: Best Practice - beyond schema
• Next by thread: ANN: Python implementation of Regular Fragmentations and online demo
• Index(es):
  • Date
  • Thread