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

RE: Article: Keeping pace with James Clark

  • To: xml-dev@l...
  • Subject: RE: Article: Keeping pace with James Clark
  • From: Doug Rudder <drudder@d...>
  • Date: Fri, 19 Jul 2002 09:44:25 -0500

free article on james clark
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 
> beneficiary.

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
usefulness.

=======================
Douglas Rudder
Publishing System Specialist
Facts and Comparisons
Phone:  314-216-2227
e-mail:  drudder@d...
www.drugfacts.com
=======================

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.