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

Re: Separation of formatting...

  • From: len bullard <cbullard@h...>
  • To: Sean Mc Grath <digitome@i...>
  • Date: Thu, 30 Apr 1998 11:48:04 -0500

navy separation
Sean Mc Grath wrote:
> 
> The "separation of formatting..."
> mantra is a big part of SGML/XML obviously.

Well, no.  It is a big mantra often recited by 
folks who apply SGML.  SGML does not care.  It 
is important to keep that distinction alive 
because otherwise one sinks into the "holiness 
of the page metaphor" debates.  Those debates usually 
end in a discussion of target granularity and 
searching requirements.  Pixel/raster memory 
does not care either.

> However, it works on a number of levels.
> 
> Here is a pieces of data marked up three ways:-
> 
> Version 1 : Purely Formatting Mindset (RTF)
>          "{\i Customer} Joe Bloggs \par"
> 
> Version 2 : SGML - Generic Markup
>         <p><i>Customer</i>Joe Bloggs</p>
> 
> Version 3 : SGML - Data Modelling
>         <Customer>Joe Bloggs</Customer>

> Somewhere along the line, people started thinking
> as in version 3 above. I have no idea when this
> started to happen. Anyone out there know?

The first large application of it that I remember 
was the US DOD Content Data Model for IETMs.  We 
did similar things in the US Navy CASS application. 
I used it for the US Army IADS DTDs after the 
CASS program moved on.

In many cases, it was to help the author use the 
editor more precisely by indicating in the menus 
what the precise content had to be.  As we used 
this approach, we found that it helped with 
searching and target granularity plus had excellent 
lifecycle characteristics, ie, less information 
is lost when one does not have to archive a 
down-translated chunk of information.

It suffers when one has to aggregate data from 
multiple sources without namespaces under a root.  For that, 
we have traditionally applied switch tags in the 
DTD, and while that works, it won't work automatically 
which I believe is the requirement for namespaces.  
 
len

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


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.