[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SGML/XML proposals for Linux Standard Base
On Nov 15, 11:29pm, Dan Scott wrote:
> Subject: SGML/XML proposals for Linux Standard Base
> Hey guys,
> George posted this a little over a week ago (albeit with a deceptive
> subject). Basically he would like to get feedback from people that
> care about SGML and XML configuration and set up (hello Greg, Mark,
> every new author that has struggled with the setup for Docbook,
> et al!). Assuming that we can arrive at some mutual agreement,
> the Linux Standard Base also feels that we could lend their proposal
> a certain amount of legitimacy.
> That's assuming that we take a look at it. I've been marking up the
> proposals and will offer some opinions in a few days, once I've had
> time to actually digest the content. I'd love to hear the opinions
> of those more wise in the ways of *ML than me...
The proposal seem to be well-thought out. A lot of this is
analagous to how the tools area for publishing LDP
documents was setup, to provide support for multiple
DTDs and stylesheets:
docbook (currently used styles)
docbookx_41 ("x" denotes XML)
The only part I was a bit confused with was in the
discussion concerning entities:
"...we chose to avoid deciding not to decide."
but then specifics *are* mentioned in the 2nd document
"The file names should be fixed to:
ISOamsa.ent ISOamsb.ent ...
The identifiers should be fixed to:
"ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN""
Is the hope that what is proposed in the 2nd doc emerges as
the standard (which seems reasonable...)?
This was where I personally had a lot of trouble in first establishing
a decent processing environment: finding/installing the right
set(s) of entity files, figuring out where they belong so the
catalog file(s) properly reference them, etc.
The central catalog idea is very nice. Right now, I set
(in a script) an environment variable (SGML_CATALOG_FILES)
with a list/string of the various catalog(s) needed for
processing. The proposal makes it easy for a user to point
to one location.
I'll look through it more closely, but on first inspection it
looks very solid; a job well-done (from my perspective anyway).
Greg Ferguson - s/w engr / mtlhd | gferg at sgi.com
SGI Tech Pubs - http://techpubs.sgi.com/ |
Linux Doc Project - http://www.linuxdoc.org/ | gferg at metalab.unc.edu
To UNSUBSCRIBE, email to email@example.com
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org