Graham Percival wrote:
> Thanks, these look good. However, there are some problems with your
> other updates:
>
> 1. Wrapping paragraphs in texinfo is pointless, because texinfo ignores
> whitespace. Lines that are too long are annoying for people using
> 80-character terminals, but other t
Werner LEMBERG wrote:
> John,
>
> you've changed a lot of `.' at the end of paragraphs into `:' if the
> text is followed by an example. I think this is wrong. IIRC, it is
> better style in English to close with a full stop.
>
Argh, my POP mail server was out when I removed in git the `:' I ha
John,
you've changed a lot of `.' at the end of paragraphs into `:' if the
text is followed by an example. I think this is wrong. IIRC, it is
better style in English to close with a full stop.
Werner
___
lilypond-devel mailing list
lilypond-de
I've added texinfo macros @q and @qq which should be used instead of
`...' and ``...''. This gives ‘ and ’ in HTML output.
The next version of texinfo will also use ‘ and ’ for
quotes around @samp, BTW.
Werner
___
lilypond-devel mailing list
li
John Mandereau escribió:
Le dimanche 07 janvier 2007 à 03:40 -0600, Daniel Tonda Castillo a
écrit :
Daniel Tonda Castillo escribió:
John Mandereau escribió:
Daniel Tonda wrote:
I changed the committish ids for files showing a bad committish when
doing:
make LANG=es
I'd like to specify exact RGB colors in lilypond's svg output.
{
c'4
\once \override NoteHead #'rgbcolor = #( 100 . 0 . 0)
c'4
}
producing
...
...
in the SVG file. Would this be hard to add?
Cheers,
- Graham
___
lilypond-devel mailing list
l
This is with latest git:
$ ./out/bin/lilypond input/regression/lyric-extender-no-heads.ly
GNU LilyPond 2.11.10
Processing `input/regression/lyric-extender-no-heads.ly'
Parsing...
Interpreting music... [1]
Preprocessing graphical objects...Segmentation fault (core dumped)
_
On 1/7/07, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
Joe Neeman escreveu:
> One other solution would be to handle the accidental case explicitly
> in pure-stencil-height but if there are other grobs that require
> exceptional handling like this then it will get messy.
>
>
> Any fi
John Mandereau wrote:
Done. I've also updated the French docs (tutorial and node names) in
stable/2.10, and cherry-picked check-translation and French updates to
master.
Thanks, these look good. However, there are some problems with your
other updates:
1. Wrapping paragraphs in texinfo is
Le dimanche 07 janvier 2007 à 03:40 -0600, Daniel Tonda Castillo a
écrit :
> Daniel Tonda Castillo escribió:
> > John Mandereau escribió:
> >> Daniel Tonda wrote:
> >>
> >>> I changed the committish ids for files showing a bad committish when
> >>> doing:
> >>>
> >>> make LANG=es check-translati
John Mandereau wrote:
> Graham Percival wrote:
> > For the backporting of docs, I'd just start by copying everything and
> > trying to build it with stable. The skyline spacing docs obviously
> > won't work (so remove them from the backported docs), but AFAIK there
> > aren't any other new fea
Jan Nieuwenhuizen wrote:
> Graham Percival <[EMAIL PROTECTED]> writes:
> > I t would be quite
> > nice if we could tell people "unless otherwise specified, all examples
> > in the notation manual are implicitly inside".
> >
> > \relative c' {
> > %%% printed text
> > }
>
> Yes, but that's not poss
Joe Neeman escreveu:
> One other solution would be to handle the accidental case explicitly
> in pure-stencil-height but if there are other grobs that require
> exceptional handling like this then it will get messy.
>
>
> Any final word on this?
isn't it easiest to make a Accidenta
On 1/2/07, Joe Neeman <[EMAIL PROTECTED]> wrote:
On 1/2/07, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> Joe Neeman escreveu:
>
>
>
> > diff --git a/lily/grob.cc b/lily/grob.cc
> > index 139a387..91f8ce5 100644
> > --- a/lily/grob.cc
> > +++ b/lily/grob.cc
> > @@ -420,11 +420,21 @@ Grob::exten
14 matches
Mail list logo
