[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [OT] Linux Users
From: |
David Kastrup |
Subject: |
Re: [OT] Linux Users |
Date: |
Sun, 19 Nov 2017 20:28:48 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Jacques Peron <address@hidden> writes:
> > As far as I can tell the cleanest (and easiest) way would be to
>> publish the package on CTAN so it will be included in TeX distros like
>> TeXLive (like it is the case with lilyglyphs).
>
> I'd be really glad to do so, but I don't know how to... And if I remember
> what I read about the integration of Gregorio, calling external programs
> from "official" packages obeys quite difficult rules.
>
> *Then* of course it
>> should be mentioned in the LilyPond docs too.
>
> It's already mentioned here :
> http://lilypond.org/doc/v2.19/Documentation/usage/luatex
>
>
> I fail to see why it uses different syntax for embedding LilyPond code
> than lilypond-book does, though. Why not make it compatible by just
> adding the right \usepackage invocation?
>
> The only thing I don't know how to do is to have the same name (lilypond)
> for thé command and for the environment. So I privileged the
> environment.
Neither are called lilypond. It's not particularly great, but there are
examples for the sharing of command and environment. Basically you
check whether @currenvir is set to LilyPond. As long as you don't
_nest_ those constructs...
Basically:
\newenvironment{lilypond}
{...}
{...}
\newcommand{\lilypondcommand}{...}
address@hidden
address@hidden
address@hidden@currenv address@hidden
\else \expandafter \lilypondcommand \fi}
Ugly, sure. But I think LilyPond upstream would be sympathetic to
making command and environment named differently in the long run.
--
David Kastrup
- Re: [OT] Linux Users, (continued)
- Re: [OT] Linux Users, Sam Bivens, 2017/11/18
- Re: [OT] Linux Users, David Bellows, 2017/11/18
- Re: [OT] Linux Users, Jacques Peron, 2017/11/18
- Re: [OT] Linux Users, Marc Hohl, 2017/11/19
- Re: [OT] Linux Users, Urs Liska, 2017/11/19
- Re: [OT] Linux Users, Malte Meyn, 2017/11/19
- Re: [OT] Linux Users, Urs Liska, 2017/11/19
- Re: [OT] Linux Users, David Kastrup, 2017/11/19
- Re: [OT] Linux Users, Br. Samuel Springuel, 2017/11/19
- Message not available
- Re: [OT] Linux Users, Jacques Peron, 2017/11/19
- Re: [OT] Linux Users,
David Kastrup <=
- Re: [OT] Linux Users, Malte Meyn, 2017/11/19
- Re: [OT] Linux Users, Abbé Jacques Peron, 2017/11/19
- Re: [OT] Linux Users, Abbé Jacques Peron, 2017/11/19
- Re: [OT] Linux Users, Abbé Jacques Peron, 2017/11/19
- Re: [OT] Linux Users, Abbé Jacques Peron, 2017/11/19
- Re: [OT] Linux Users, David Kastrup, 2017/11/19
- Re: [OT] Linux Users, Urs Liska, 2017/11/19
- Re: [OT] Linux Users, Henning Hraban Ramm, 2017/11/20
- Re: [OT] Linux Users, Henning Hraban Ramm, 2017/11/20
- Re: [OT] Linux Users, Simon Albrecht, 2017/11/19