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
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
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
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 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 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
LGTM.
https://codereview.appspot.com/53120044/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
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
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
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
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
- 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.
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
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/
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: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: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
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.
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
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
21 matches
Mail list logo