Lists Home |
Date Index |
This reply was inadvertantly sent directly to Len instead of to the list.
Oops and so forth.
Len Bullard wrote:
> XML has almost single handedly given markup
> the reputation of being "computer friendly
> and author unfriendly". Why? SGML was actually
> friendlier to authors and hard on the programmers.
> We know why. It isn't always a good thing
> to insist on the programmer as the primary
Nice observation! While it is true that we don't want "editorial License"
to run wild, we also do not want to let optimizing for programmers to damage
the integrity of the content. The company I work for publishes drug
information references in multiple formats;
as such, consistency of organization and presentation is important, both
from a human readability standpoint and from the standpoint of repurposing
the content for multiple outputs. XML/SGML can be a valuable aid in
maintaining consistency for both purposes.
But there have been instances where DTD change requests have been submitted
to accommodate inconsistent authoring (often subtle, and the requestor does
not realize it is the same content presented in a different way); there have
also been instances where we have been told: "We should do everything we
can to make it easier for the programmer", including damaging the integrity
of the content model (this argument has almost always involved making it
easier for a specific instance, not for *all* instances, even though the
requested change affects the markup for *all* users). Quality of content
should *not* be sacrificed to benefit programming if at all possible.
Striking the balance between the need for flexibility in authoring and the
need for adequate ease of programming is problematic at best. To weight the
technology too much either way can have a negative effect on its overall
Publishing System Specialist
Facts and Comparisons