Current Lire CVS is broken: config-defaults/lire.xml LRCML

[Francis J. Lacoste]

On jeu, 2003-04-10 at 11:06, Wessel Dankers wrote:
> On 2003-04-10 14:05:39+0200, Joost van Baal wrote:
> > ../../../../all/lib/config-defaults/lire.xml:8: validity error: No
> > declaration for attribute xmlns of element config
> > <config xmlns="http://www.logreport.org/LRCML/">
> 
> This error is bogus, the xmlns attribute is a standard XML attribute that
> is always present. Apparently xmllint cannot deal with it. Perhaps it needs
> to be told about namespace support? Does it understand xmllang and the
> other xml* attributes from the XML standard?
> 

It is not xmllint which is not namespace-aware but the DTDs. We use the
--validate option to xmllint which validates the XML document against
its specified DTD. 

The problem is that DTD dates from the pre-XML era (i.e. it was used in
the context of SGML) and aren't aware of the namespace concept (or any
of the specifics of XML). If you want your document to validate against
any of the default XML attributes, you have to include them in your DTD.

Also, since the namespace prefix is configurable, you need to use a
parameter entity so that it can be changed while maintaining the
validity of the document. 

In our current DTD, the namespace prefix could be changed through the 
LIRE.xmlns.prefix parameter entity. Unfortunately, using "" to use the
default namespace (as we do in that particular document) didn't work
because the attribute would still be declared as 'xmlns:' and not
'xmlns'. 

The workaround is to also parametrize the colon. This way a document
which wants to use the default namespace prefix can use :

<!ENTITY % LIRE.xmlns.pfx "">
<!ENTITY % xmlns.colon "">

And it will validate. I have implemented this fix in current CVS and
make check should work again.

-- 
Francis J. Lacoste
francis at Contre.COM
-- 
Thanks for your interest in LogReport, kind regards,

Francis J. Lacoste

-- 
Francis J. Lacoste              . .           http://www.logreport.org
/^LogReport$/               . .               flacoste at logreport.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.logreport.org/pipermail/development/attachments/20030410/3b1fbc1f/attachment.bin