Jeremiah Benham writes:
> I am having an issue running lilypond via glib when cross compiled for
> darwin.
>
> This is when cross compiled for darwin using the same gub snapshot:
> Version/Status
> 2.14.2 works fine
> 2.16.2 created pdf and .ps but goes into a zombie state on exit
> 2.18.0 doe
I am having an issue running lilypond via glib when cross compiled for darwin.
This is when cross compiled for darwin using the same gub snapshot:
Version/Status
2.14.2 works fine
2.16.2 created pdf and .ps but goes into a zombie state on exit
2.18.0 does not create anyting and immediately goes
2014/1/16 :
> On 2014/01/16 19:58:32, janek wrote:
>> mus = { c'2 d'8 e' f' g' }
>> text = \lyricmode { tro -- lo -- lo bing bong }
>>
>> <<
>>\new Staff \mus
>>\new Lyrics \lyricsto \mus \text
>> >>
>
>
> Still meaningless as \lyricsto would have no way to guess the associated
> context.
On 2014/01/16 19:58:32, janek wrote:
On 2014/01/16 19:57:11, janek wrote:
> On 2014/01/16 19:55:40, dak wrote:
> > On 2014/01/16 19:49:16, janek wrote:
> > > So, does it mean that i'll be able to write
> > >
> > > \mus = { c'2 d'8 e' f' g' }
> > >
> > > <<
> > > \new Staff \mus
> > > \new Lyr
On 2014/01/16 19:57:11, janek wrote:
On 2014/01/16 19:55:40, dak wrote:
> On 2014/01/16 19:49:16, janek wrote:
> > So, does it mean that i'll be able to write
> >
> > \mus = { c'2 d'8 e' f' g' }
> >
> > <<
> > \new Staff \mus
> > \new Lyrics \lyricsto \mus
> > >>
> >
> > ?
>
> What would make
On 2014/01/16 19:57:11, janek wrote:
On 2014/01/16 19:55:40, dak wrote:
> On 2014/01/16 19:49:16, janek wrote:
> > So, does it mean that i'll be able to write
> >
> > \mus = { c'2 d'8 e' f' g' }
> >
> > <<
> > \new Staff \mus
> > \new Lyrics \lyricsto \mus
> > >>
> >
> > ?
>
> What would make
On 2014/01/16 19:55:40, dak wrote:
On 2014/01/16 19:49:16, janek wrote:
> So, does it mean that i'll be able to write
>
> \mus = { c'2 d'8 e' f' g' }
>
> <<
> \new Staff \mus
> \new Lyrics \lyricsto \mus
> >>
>
> ?
What would make you even think that?
"music identifiers like \mus are per
On 2014/01/16 19:49:16, janek wrote:
So, does it mean that i'll be able to write
\mus = { c'2 d'8 e' f' g' }
<<
\new Staff \mus
\new Lyrics \lyricsto \mus
>>
?
What would make you even think that?
https://codereview.appspot.com/53120044/
So, does it mean that i'll be able to write
\mus = { c'2 d'8 e' f' g' }
<<
\new Staff \mus
\new Lyrics \lyricsto \mus
?
https://codereview.appspot.com/53120044/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailma
- Original Message -
From: "Urs Liska"
To:
Sent: Wednesday, January 15, 2014 11:30 PM
Subject: Re: Pre-review questions about image(s) and translations
Hm, now I see that I can't use a LilyPond example on the website (I mean
to let it auto-generate), this works only inside manuals.
On 2014/01/16 13:55:43, lemzwerg wrote:
A side question: What about a syntax like
\new Lyrics \with
{ lyricsto = "bla" }
{ bla al blob blob }
to be in sync with other modes?
How would that be "in sync with other modes"? You assign to a context
variable that is not being used, an
A side question: What about a syntax like
\new Lyrics \with
{ lyricsto = "bla" }
{ bla al blob blob }
to be in sync with other modes?
https://codereview.appspot.com/53120044/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists
Am 16.01.2014 12:45, schrieb Marc Hohl:
Am 16.01.2014 09:08, schrieb Urs Liska:
Am 16.01.2014 08:58, schrieb Graham Percival:
On Wed, Jan 15, 2014 at 08:33:37AM -0500, Carl Peterson wrote:
My first instinct is to prepare an SVG file that could be
processed with
inkscape or another prog
Am 16.01.2014 09:08, schrieb Urs Liska:
Am 16.01.2014 08:58, schrieb Graham Percival:
On Wed, Jan 15, 2014 at 08:33:37AM -0500, Carl Peterson wrote:
My first instinct is to prepare an SVG file that could be
processed with
inkscape or another program as part of the make process.
That i
LGTM.
https://codereview.appspot.com/53120044/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi Jan-Peter,
> - if you use it without any template mechanism, you have to assign
> proper edition-engraver id-paths - I can't say, what that means in
> production.
I know you have a well-developed templating system… I wish I had time to look
at it.
> 2. I want to change the output in context
Hi David,
>> How much sense would it make for there to be a separate \mark-style command
>> that functioned identically but didn't mess with the counter?
>
> What do you mean? Neither \mark #4 nor \mark "G" mess with the counter.
The point is that, if \addAt (or whatever) is “relative to marks”
Hi Werner,
> what will you do with, say, 100 \addAt entries after inserting an additional
> bar?
A replace script?
In any case, since it would be an optional parameter, it wouldn’t hurt anyone
to have it in there…
As long as the syntax is clear and easy as to what is and is not a “mark” for
t
Hi Kieren,
Am 16.01.2014 03:16, schrieb Kieren MacMillan:
> 1. What — if any — drawbacks are there?
- if you use it without any template mechanism, you have to assign
proper edition-engraver id-paths - I can't say, what that means in
production.
- right now it is just ripped out of my working fram
Am 16.01.2014 08:53, schrieb gra...@percival-music.ca:
>
https://codereview.appspot.com/51460043/diff/1/Documentation/web/introduction.itexi#newcode1139
Documentation/web/introduction.itexi:1139: irritated by some aspects of
LilyPond's behaviour. Please read
I suggest using "unnecessarily con
Am 16.01.2014 08:58, schrieb Graham Percival:
On Wed, Jan 15, 2014 at 08:33:37AM -0500, Carl Peterson wrote:
My first instinct is to prepare an SVG file that could be processed with
inkscape or another program as part of the make process.
That is not do-able for the website due to our
21 matches
Mail list logo