[publican-list] Different approach to banning tags and attributes
Jeff Fearn
jfearn at redhat.com
Fri Nov 14 01:24:51 UTC 2008
David O'Brien wrote:
> Jeff Fearn wrote:
>> Hi everybody!
>>
>> I have been thinking about the approach taken to banning tags and
>> attributes and think I have a better way of doing this that the
>> current process.
>>
>> I'm thinking that making our own DTD that is a subset of the DocBook
>> DTD would be a better approach. This would allow people using
>> validating editors, like Kate and Emacs, to limit what tags and
>> attributes they are using when writing documents, instead of having to
>> wait until they try to build them.
>>
>> Making it a subset ensures that publican based books can build in any
>> other DocBook tool chain.
>>
>> Doing this is actually pretty easy to do, see
>> http://www.docbook.org/tdg/en/html/ch05.html
>>
>> Here is an example of a DTD which removes the olink tag, but supports
>> everything else in the DocBook 4.5 DTD:
>>
>> --- START DTD ----
>>
>> <!ENTITY % olink.module "IGNORE">
>>
>> <!ENTITY % orig-docbook PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
>> "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
>> %orig-docbook;
>>
>> --- END DTD ---
>>
>> It gets a little more complicated to remove attributes from a tag and
>> keep the tag, but it's not greatly complex.
>>
>> It's possibly we could switch DTDs on either a brand or per book basis
>> as well, just in case a brand wanted to support those tags we don't
>> want to support.
>>
>> Discuss!
>>
>> Cheers, Jeff.
>>
> The idea is fine. Sounds like a reasonable way to get rid of some
> "noise" when marking up doc.
>
> Who will own the DTD, and be responsible for what is included or not?
The publican team, in consultation with the publican community.
Cheers, Jeff.
--
Jeff Fearn <jfearn at redhat.com>
Software Engineer
Engineering Operations
Red Hat, Inc
Freedom ... courage ... Commitment ... ACCOUNTABILITY
More information about the publican-list
mailing list