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

Re: Architectural Forms (was Personal Names (was: DTD Question))

• From: "W. Eliot Kimber" <eliot@d...>
• To: xml-dev@i...
• Date: Fri, 23 Oct 1998 09:10:50 -0500

At 12:48 PM 10/23/98 +0200, Geir Ove Gronmo wrote:
>At 09:36 23.10.98 +0100, Michael Kay wrote:
>>>Sounds like architectural forms to me!  (Tell me again why we are
>>>obsessively reinventing the wheel?)
>>
>>Probably because architectural forms have been marketed so badly. A bit as
>>if the inventor of the wheel had called it ... tries to think of a totally
>>unhelpful and off-putting name ... an architectural form, perhaps?
>
>The irony is that the concept of architectual forms is very simple. The
>problem is more that there is not really any easily accessible information
>about it. What the world needs is tutorials, howtos and practical examples.

How about: <http://www.isogen.com/papers/archintro.html>, *A Tutorial
Introduction to SGML Architectures*

I can't disagree that the name is a poor one (the name was chosen before I
got involved with the HyTime standard) and that the AFDR annex is not a
very accessible document, for which I must take responsibility as the
HyTime editor primarily responsible for managing the text.  I hope the
document above goes a little way towards undoing the damage.  We (ISOGEN)
also provide a one-day SGML Architectures course that we've taught at
several conferences to what I think is reasonable success (everyone seemed
to get the concepts).

I think one of the problems with the architecture mechanism is that, like
SGML, the basic idea is very simple but the simplicity is obscurred by the
details of the mechanism, which is complicated by the need for automapping
to make the use of architectures convenient for document authors.  I think
David Megginson's approach with architecture support on top of SAX does a
good job of cutting down to the bare minimum you need to do something
useful (however, there are some important things that you may need to do
that you can't with David's implementation, in particular, multiple levels
of architectural derivation).

Cheers,

E.
--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
www.isogen.com
</Address>

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• References:
  • Re: Architectural Forms (was Personal Names (was: DTD Question))
    • From: Geir Ove Gronmo <grove@i...>

• Prev by Date: unsubscribe
• Next by Date: Re: X.500 (was: DTD Question)
• Previous by thread: Re: Architectural Forms (was Personal Names (was: DTD Question))
• Next by thread: Re: Architectural Forms (was Personal Names (was: DTD Question))
• Index(es):
  • Date
  • Thread