Parser compliance

[David Megginson]

Marcus Carr <mrc at allette.com.au> writes:

> Are you suggesting that we would have done the client a favour by
> disregarding structure and steering them toward a good word
> processor? 

The DTD has two small but important roles in system implementation: as
a partial set of structural validation rules and as a partial schema
for guided authoring (it's nearly always supplemented in both cases).

Unfortunately, SGML consultancies who knew mainly just DTDS and FOSIs
were substituting DTD design for data analysis, domain modelling,
system design, user interface design, and lots of other things for
which DTDs are woefully inadequate.

> It's a bit disingenuous to criticise what was far and away the best
> solution at the time. It was no more or less a money-grab than the
> current market.

DTDs should have been just part of the solution, not *the* solution.
There's nothing special about this -- consultants do the same thing in
other areas as well.  I'm sure many of us have seen a consulting
company spend the entire allotted time for a project (and more)
drawing enormously complicated UML diagrams, and then hand the
diagrams to the customer say "OK, here's your system, now you can
implement it."

In any case, my message was an explanation of why DTDs have been so
heavily hyped, not an attack on the idea of DTDs themselves.  DTDs
were the great Golden Hammer of the SGML consulting world.


All the best,


David

-- 
David Megginson                 david at megginson.com
           http://www.megginson.com/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)