OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [docbook] SGML support

Le 22:58 20/12/2004, vous avez écrit:
>At the DocBook TC meeting this month, I took an action to point out
>that our current plans for DocBook V5.0 will probably have less
>support for SGML than the current DocBook V4.x line.
>Our plan of record is to work with a RELAX NG schema from which we
>will generate a W3C XML Schema and an XML DTD. The DTD is not likely
>to have much in the way of parameterization. It's going to be a
>"compiled" product much more than a "source" product. This is a
>consequence of the fact that we're taking advantage of some of the
>expressive power of RELAX NG. The DTD will be significantly "looser"
>than the schema.

Even on the XML side, I se problems on automatic conversion from Relax. 
More precisely, for me, the problem of this approach is that if your 
company does not handles relax, then it becomes difficult to use docbook 
anymore... as soo as you make integration of your own spcific features 
(elements, attributes and content models).

Before taking any decisions, it will be interesting to know :
- how many docbook people are using each XML modelling plateform : dtd or 
schema or relax
- how many people has made customization that requires extensions and 

I recently try to customize the docbook DTD and then generates my W3C 
schema (using trang) in order to be able to integrate the result within a 
corporate set of XML W3C schema definition ... believe me, it was not so 
obvious and there was a lot of thing to suppress in the DTD in order to 
fully define them on the schema. There was also a need to XSLTize the 
resulting schemas in order to change features that where ne so good after 
the trang translation. This was not a trang problem but much more a 
preparation of the integration of now contents models using schemas.

I really prefere the old way (4.2) where enginnering designs where taking 
into account the specificities of each modelling environment (PE for DTDs, 
complex types and redefinitions for schemas, etc.) in order to help people 
that where in a specific modelling environment to use the best features of it.

Imagine: if a company is a DTD or a W3C schema expert and they want to make 
docbook integration, they will need to become Relax expert just for this 
need ! I'm quite sure it is not the best way to think about.

Even more, how will it works with standards like MathML or SVG where, as of 
today, there ar no official Relax standard ? We will need to make post 
trang conversion in order to remove trang generated information for these 
namespaces and replace it by the standard ! That will, once more, 
complexify integration needs.

Here are some though, if you want me to develop more and to provide 
samples, just ask.

Regards, Pierre

Pierre Attar (mailto:pat@tireme.fr)
Consultant en informatique documentaire XML
Consultant in Structured Document engineering

Projet "Mutualiser l'effort de montée en compétences sur XML"

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]