Re: Allow <info> as root element?

Dave Pawson <[email protected]> Wed, 30 Nov 2022 11:00:47 +0000
Newsgroups gmane.text.docbook.misc
Message-ID <CAEncD4f3aemi0TvxTgx8Q=r66KS9kdKt9KwEhfQYtXVZg9HM-Q@mail.gmail.com>
On Wed, 30 Nov 2022 at 10:55, Thomas Schraitle <[email protected]> wrote:
>
> Hi,
>
> On 30.11.22 00:48, Richard Hamilton wrote:

> IMHO, this is not a real technical issue (which could be theoretically so=
lved
> by adding <info> to the list of start elements) but I suppose it's more o=
f a
> psychological factor. I fear, it would in a way undermine the trust of ou=
r
> toolchain. Plus it creates some more burden on writers to dissect when to
> ignore errors and when not.

Or a burden on writers to take care what markup they use?
Sounds reasonable?

Your info 'root', I don't see how reasonable use would invalidate
the use case (multiple) imports into n documents?


>
>
> > The other thing you could do, if you=E2=80=99re using xinclude, is to p=
ut the info block into a valid root element, so you can validate it, then u=
se xinclude to include just the info element when you build a deliverable.
>
> Yes, technically possible, but still a restriction. Additionally, I'm for=
ced to
> add an XPointer expression into the <xi:include> element just to select t=
he
> info. Sounds like a detour to me. :)

No, sounds like you making use of xinclude and docbook for your own purpose=
s?
Something many of us do and have done for a long time.

I'm not sure psychological 'barriers' are other than local use constraints?


regards


--=20
Dave Pawson
XSLT XSL-FO FAQ.
Docbook FAQ.