or some
really simple document but will break for anything non-trivial. You
need a real SGML parser to handle SGML. It's better to convert the
SGML documents to XML with an SGML tool and then process that XML.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[E
On Sun, Mar 09, 2003 at 02:15:55PM -0500, Elliotte Rusty Harold wrote:
> At 2:02 PM -0500 2/12/03, Daniel Veillard wrote:
>
> >It's rather libxml2 now comply to the XInclude requirement of adding such
> >an xml:base at the inclusion point (when the included resource is
ttribute list but doesn't define
it as a notation. Try to add
in the internal subset of the document, and see if this validates,
I bet it's the problem :-)
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT
's a libxml2 bug
I would like a full example. But please check first with a recent version
2.4.12 is really old (current is 2.5.4).
http://xmlsoft.org/bugs.html
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
cument
and rather DocBook if you intend to use the document as a source for
various documentation and metadata processes.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
l/4.1.2/docbookx.dtd
would be the Right Thing to have there.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
tremely heavy use of XInclude,
> so this is a significant issue.
d) IMHO
> Apologies if I have misunderstood the situation.
No, that sounds right,
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xml
On Wed, Nov 13, 2002 at 10:29:04AM +0100, Janning Vygen wrote:
> Am Dienstag, 12. November 2002 21:39 schrieb Daniel Veillard:
> >
> > For xmllint, libxml2 command line tool, use:
> >
> > xmllint --xinclude --postvalid document.xml
>
> It doesnt work becaus
ol, use:
xmllint --xinclude --postvalid document.xml
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
for more spice in his life related to the TAG ;-)
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
On Wed, Oct 09, 2002 at 06:37:27PM +0100, Dave Pawson wrote:
> At 21:26 08/10/2002, Daniel Veillard wrote:
>
> > Not really. Basically if you give a filename as an input it may have
> >to be used later to build an URI from an URI-Reference and there things
> >were t
On Tue, Oct 08, 2002 at 10:30:47PM +0200, Jirka Kosek wrote:
> Daniel Veillard wrote:
>
> > Not really. Basically if you give a filename as an input it may have
> > to be used later to build an URI from an URI-Reference and there things
> > were turning nasty if you
t may have
to be used later to build an URI from an URI-Reference and there things
were turning nasty if you were using Windows path names like c:\foo\bar
for example ../foo2 would give back "foo2" and not "c:\foo2"
Daniel
--
Daniel Veillard | Red Hat Network https://rhn
to use the latest version as we tried to get rid of
some of the Windows paths crazyness.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
predict how
it's gonna look like in the future, I still have the scars from
the lost battles, ask Norm or Paul, they are still involved in that
process ...
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://
ne 80 times the DocBook DTD loaded in memory :-\, fixed now).
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
.e. if there is no SGML_CATALOG_FILES or XML_CATALOG_FILES)
xsltproc (and more generally libxml2) will simply lookup the XML Catalog
hierarchy rooted in /etc/xml/catalog . And recent Red Hat installation
fill that catalog with the paths for the local resources if the DocBook
packages are installed.
D
gi?id=87849
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
dsssl-1.76-1
docbook-dtds-1.0-8
docbook-style-xsl-1.51.1-1
libxml2-python-2.4.22-1
libxml2-devel-2.4.22-1
libxml2-2.4.22-1
libxslt-1.0.18-1
libxslt-python-1.0.18-1
libxslt-devel-1.0.18-1
rpm -qf package-name gives the list of files associated to a package,
Daniel
--
Daniel Veillard
gal frontend. It now also "hosts" Gnome, Berlin, the Linux
> Standard Base, etc.
Gnome ? no I think I would have heard about it ;-) !
The Gnome Foundation is legally defined as a non-profit organization
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com
rgs, it would be a good idea to add defaulted
values support too then '[, int number = value]'
Daniel
[*] don't worry I should not loose my ability to maintain my C code :-)
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
espace really is
"http://www.w3.org/1999/xlink";
is misleading.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.co
the popular presentation systems.
I don't know any popular direct DocBook renderer either, does
this mean we are loosing our time using it ;-) ?
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http:/
hain is not a way to proceed I can endorse.
You can try it though, but don't expect the XML tools to follow because
the problem is that XML uses namespaces to associate semantic to syntax,
and trying to reduce this to just a syntax issue is not a proper
analysis of the problem.
Daniel
--
D
On Wed, Nov 14, 2001 at 02:06:07PM -0500, Norman Walsh wrote:
> / Daniel Veillard <[EMAIL PROTECTED]> was heard to say:
> | Should xlink:type="extended" be forbidden still ? I'm tempted to not
> | block them on a general basis. If there is elements with a predefi
ch construct actually appear that may be something to learn from rather
than forbid, no ? And the arcrole should take care of the possible different
semantic that may get applied to links in a given context.
Daniel
--
Daniel Veillard
On Wed, Nov 14, 2001 at 12:39:45PM -0500, Norman Walsh wrote:
> / Daniel Veillard <[EMAIL PROTECTED]> was heard to say:
> | On one hand, the idea of having all inline elements being capable
> | of linking semantic sounds good. But it might get confusing to have
> | differe
On Wed, Nov 14, 2001 at 12:30:02PM -0500, Norman Walsh wrote:
> / Daniel Veillard <[EMAIL PROTECTED]> was heard to say:
> | On Wed, Nov 14, 2001 at 05:47:44PM +0100, Jirka Kosek wrote:
> | > Is there anybody who need to use extended links? If there is no stress
> |
> |
le to use external link bases containing
generic indexes for a collections of documents at least.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xm
o mandating XPointer before it's a REC. I
> guess we might need to add a 'pointing vocabulary' identifier
> somewhere,
I think that mandating
#foo
to go to the element of ID "foo", is a first step, com
but still interesting in the case of DocBook processing,
xsltproc allows to process XInclude before the XSLT transformation on the
transformed resources (not the stylesheet), I think Xalan/Xerces allows this
too, and this could prove useful in some cases,
Daniel
--
Daniel Veillard | R
On Mon, Nov 05, 2001 at 12:33:12AM -0800, Bob Stayton wrote:
> > From: Daniel Veillard <[EMAIL PROTECTED]>
> > Even better: don't change the files, just make sure you have a local
> > catalog and tools supporting catalogs (XML or SGML).
>
> Daniel,
>
s, just make sure you have a local
catalog and tools supporting catalogs (XML or SGML).
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine htt
indicates "docbook-utils"
http://rpmfind.net/linux/rpm2html/search.php?query=docbook2html
Daniel
--
Daniel Veillard | Red Hat Network http://redhat.com/products/network/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit
/www.w3.org/TR/xml-link-style/
Two versions before it got published, but not the latest one :-)
> Maybe we could cooperate and produce an implementation that works in
> (some Java processor) and xsltproc? :-)
I suppose I will have to re-read section 3.2 to make an estimation of the
pain
On Fri, Aug 24, 2001 at 08:31:39AM -0400, Norman Walsh wrote:
> / Daniel Veillard <[EMAIL PROTECTED]> was heard to say:
> | On Thu, Aug 23, 2001 at 02:31:47PM -0400, Norman Walsh wrote:
> | > |b. Norm to write a concrete proposal for linking in DocBook 5.0
> |
> | H
ble ?
Daniel
--
Daniel Veillard | Red Hat Network http://redhat.com/products/network/
[EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
37 matches
Mail list logo
