With the split files there are still a ton of warnings, but it creates and
displays the pdf.


On Thu, Jan 16, 2014 at 2:55 AM, Jan-Peter Voigt <jp.vo...@gmx.de> wrote:

> Hi Alex,
>
> OK ... first note, I use this on my machine with Ubuntu 12.04 having
> texlive(2012)-full installed and it does compile - but frescobaldi
> doesn't recognize the produced PDF (it is not displayed).
>
> I do also get a lot of Warnings from xelatex and from lilypond. The
> TeX-warnings are a matter of the tex source, wich is produced inside the
> markup-list-command, and lilypond complains about the EPS-files, which
> are a little bit to large.
> The Fontconfig warning might have to do with PATH settings. I included
>
>     export LD_LIBRARY_PATH=\"\"
>
> before the command is executed, so that lilyponds libraries do not
> interfere with the ones loaded by xelatex.
>
> So my question would be: Did the compilation of this file produce a PDF,
> which is simply not "found" by frescobaldi? Or did it actually fail?
>
> The idea is, that guile scheme can run commands with
>
>     (system "cmd")
>
> If that command produces an EPS file, it can be included as an
> eps-stencil (line 177). If it produces a PDF file, that can be split
> into one EPS per page with "pdftops -eps" (lines 183-193).
> The tex-source is wrapped and written to a file
> "xelatex-<YYYYMMDDhhmmss>.tex" in lines 160-175.
> Here it is split into two files, so that the example does show up in
> frescobaldi. I removed the deletion of the xelatex-* working files, so
> you can start xelatex without lilypond and see, if there are errors on
> the shell.
>
> Cheers, Jan-Peter
>
>
> Am 16.01.2014 01:30, schrieb Alex Loomis:
> > I got no output and a page full of fontconfig warnings when I ran it. I
> > left out all but the first since there were about 100 and they're all
> > nearly identical.
> >
> > Starting lilypond 2.19.0 [xelatex-command-list.ly
> > <http://xelatex-command-list.ly>]...
> >
> > Processing `/tmp/xelatex-command-list.ly <http://xelatex-command-list.ly
> >'
> >
> > Parsing...
> >
> > This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
> >
> > restricted \write18 enabled.
> >
> > entering extended mode
> >
> > Fontconfig warning:
> >
> "/usr/local/lilypond/usr/bin/../etc/fonts/conf.d/30-metric-aliases.conf",
> line
> > 84: Having multiple <family> in <alias> isn't supported and may not
> > works as expected
> >
> >
> >
> >
> >
> > On Wed, Jan 15, 2014 at 4:12 PM, Jan-Peter Voigt <jp.vo...@gmx.de
> > <mailto:jp.vo...@gmx.de>> wrote:
> >
> >     Hi Kieren,
> >
> >     I have extracted the latex-markup commands. At the end of the file
> is a
> >     little example.
> >     There are three ways to produce the latex source:
> >     1. use a markup-list, which is converted with markup->tex: \xelatex
> >     { ... }
> >     2. include a file with tex-content: \xelatexInclude #"<filename>"
> >     3. use a string, probably read from a multiline-comment:
> \xelatexInclude
> >     #text-variable
> >
> >     The example only uses the third method, because the first seemed to
> have
> >     a bug and the second would need an extra file.
> >     The latex code is included between \begin/\end{document}, so that the
> >     markup command can calculate the dimensions for the resulting pdf.
> The
> >     pdf is then split into eps files for each page, which are then
> included
> >     in the markup-list.
> >
> >     Best, Jan-Peter
> >
> >     On 11.01.2014 21:19, Kieren MacMillan wrote:
> >     > Hi Jan-Peter,
> >     >
> >     >> I usually use [xe]latex, to produce the text needed for a preface
> or
> >     >> foreword. That way I can use latex input with its own commands -
> >     in this
> >     >> case: \twocolumn - and use hyphenation.
> >     >> It is integrated in https://github.com/jpvoigt/lalily (latex.scm,
> >     >> latex-init.scm). If you are interested, I would extract it.
> >     > YES YES YES
> >     > In other words, yes, I am interested.  =)
> >     >
> >     >> If you want format a markup-list - this is, what you are asking
> >     for - I
> >     >> would recommend a markup-list-command. To make the
> >     n-column-markup-list
> >     >> work correctly, you have to extract the available paper-height. I
> am
> >     >> doing it in the mentioned xelatex-include command, but it often
> warns
> >     >> about overflows of a few points - I can live with that, because
> the
> >     >> overflow is minor, but it seems not to be trivial.
> >     >> If you have the printable paper-height, you can build markups per
> >     page.
> >     > If the [xe]latex doesn’t suit — or maybe even if it does — I’ll
> >     try building a “native” function.
> >     >
> >     > Thanks,
> >     > Kieren.
> >
> >
> >     _______________________________________________
> >     lilypond-user mailing list
> >     lilypond-user@gnu.org <mailto:lilypond-user@gnu.org>
> >     https://lists.gnu.org/mailman/listinfo/lilypond-user
> >
> >
>
>
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Reply via email to