DocBook files: tag attributes must use "
Dear list,
While working on supporting LilyPond from within LyX' DocBook support, I
stumbled upon a poorly defined behaviour: if the attributes are set using '
instead of ", then LilyPond ignores them.
Example (*file.lyxml*):
http://docbook.org/ns/docbook";
xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:m="
http://www.w3.org/1998/Math/MathML"; xmlns:xi="
http://www.w3.org/2001/XInclude"; version="5.2">
LilyPond-book and LyX
\relative c'' { g a b c}
To test, run *lilypond-book --format=docbook file.lyxml*.
If the attributes of programlisting are encoded with ", running *lilypond-book
--format=docbook file.lyxml* works as expected. Otherwise, LilyPond doesn't
do anything.
This is surely due to the way the DocBook parsing is done, as it only uses
regular expressions instead of real XML parsing (XPath is available in
ElementTree, lxml, and libxml2 modules in Python). A quick fix would be to
add the possibility to have " or ' in
https://github.com/lilypond/lilypond/blob/master/python/book_docbook.py#L40.
Thibaut Cuvelier
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
DocBook files: LilyPond code remains in XML after processing
Dear list,
For now, lilypond-book leaves the raw LilyPond book in the XML file after
its processing. If this is the DocBook input
http://docbook.org/ns/docbook";
xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:m="
http://www.w3.org/1998/Math/MathML"; xmlns:xi="
http://www.w3.org/2001/XInclude"; version="5.2">
LilyPond-book and LyX
\relative c'' { g a b c}
Then the output looks like
http://docbook.org/ns/docbook";
xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:m="
http://www.w3.org/1998/Math/MathML"; xmlns:xi="
http://www.w3.org/2001/XInclude"; version="5.2">
LilyPond-book and LyX
\relative c'' { g a b c}
The problem is that the tag is now outside the
and has no particular markup to eliminate it afterwards.
Also, its attributes have been removed in the process.
It would be best if lilypond-book could only add its images within the
tag, leaving the where it is. It would fit
the semantics of very well: all its direct children are
supposed to be alternatives one of the other (and the raw code is
definitely the same as an image, as far as semantics are concerned).
More precisely, this should be the output:
http://docbook.org/ns/docbook";
xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:m="
http://www.w3.org/1998/Math/MathML"; xmlns:xi="
http://www.w3.org/2001/XInclude"; version="5.2">
LilyPond-book and LyX
\relative c'' { g a b c}
The images *must* come before the in the XML file, because
DocBook processors are supposed to first display the first image if
possible, the others are only fallbacks.
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
DocBook processor: unexpected reliance on working directory
Dear list,
Again, in the context of LyX' DocBook support for LilyPond, I'm running a
Python script to bridge the gap between LyX and LilyPond.
This script is run from within LyX and inherits, in particular, its
environment variables and working directory. The file lilypond-book should
transform are in a temporary directory. However, lilypond-book seems to be
sometimes using the working directory when calling lilypond to perform the
actual conversion of a snippet into an image.
The symptom is an error message like:
guile: uncaught throw to system-error: (("open-fdes" "~A" ("No such file
or directory") (2)))
It refers to transforming a .ly file in …lyxbin…/ff/, whereas lilypond-book
was started on a file …lyxtmp…/lyx_tmpbuf0/ff/.
I am not able to reproduce this bug consistently, though.
Thibaut Cuvelier
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
