Subject: Re: [xsl] Mode in XSLT 3.0 From: "Graydon graydon@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Sun, 23 Jul 2017 23:56:25 -0000 |
On Sun, Jul 23, 2017 at 11:08:53PM -0000, Toshihiko Makita tmakita@xxxxxxxxxxxxx scripsit: > > If that's what you're trying to achieve, then it isn't going to work: > >you're trying to create packages that aren't sufficiently independent of > > each other. > > The insufficiency comes form XML document (DITA) content model itself. For > instance: > > - concept/body can contain dl, ol, ul, p, table, etc... > - p can contain inline elements ph, b, i, u, sup, sub. It also can contain > block elements dl, ol, ul, table. > - Inline elements ph, b, i, u can contain each other. > - table/tgroup/tbody/row/entry can contain inline elements ph, b, i, u, sup, > sub. It also can contain block elements dl, ol, ul, table. > > The content model is recursively defined. So it will be difficult to make > independent package unless forcing all of the element template to be written > in one package. DITA's design trades a *lot* of comprehensibility for generality, and then uses element names to provide comprehensibility for someone using DITA to write with. If you're trying to process DITA, you generally want to go deal with the generality using the class structure, recognizing that for processing purposes the element names are not especially meaningful.
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Mode in XSLT 3.0, Toshihiko Makita tma | Thread | Re: [xsl] Mode in XSLT 3.0, Eliot Kimber ekimber |
Re: [xsl] Mode in XSLT 3.0, Toshihiko Makita tma | Date | [no subject], Unknown |
Month |