Le mardi 19/03/13 à 22h15,
Janek Warchoł a écrit :
> This is already possible using repeat percent:
> http://www.lilypond.org/doc/v2.16/Documentation/notation/short-repeats#percent-repeats
Thanks but, AFAICS, repeat percent currently cannot be used to produce
a complete measure of rhythmic slash
On Tue, Mar 19, 2013 at 10:40 PM, Federico Bruni wrote:
> Janek, I think that you missed this sentence:
>
> The standard support for this using \repeat percent is unsuitable here since
> the first beat has to be an ordinary note or rest. This example shows two
> solutions to this problem, by redef
Il 19/03/2013 22:15, Janek Warchoł ha scritto:
Hi,
On Tue, Mar 19, 2013 at 10:06 PM, Denis Bitouzé wrote:
it would be nice to add high level commands for rhythmic slashes instead of
having to use the ugly code here:
http://lilypond.org/doc/v2.12/input/lsr/lilypond-snippets/Rhythms#Rhythmic-sl
Hi,
On Tue, Mar 19, 2013 at 10:06 PM, Denis Bitouzé wrote:
> it would be nice to add high level commands for rhythmic slashes instead of
> having to use the ugly code here:
>
> http://lilypond.org/doc/v2.12/input/lsr/lilypond-snippets/Rhythms#Rhythmic-slashes
This is already possible using repea
Hi,
it would be nice to add high level commands for rhythmic slashes instead of
having to use the ugly code here:
http://lilypond.org/doc/v2.12/input/lsr/lilypond-snippets/Rhythms#Rhythmic-slashes
Thanks!
___
bug-lilypond mailing list
bug-lilypond@gn
Hi,
On Tue, Mar 19, 2013 at 7:07 PM, Eluze wrote:
> if you introduce 32nds in the end of the first voice the tie on the b looks
> ugly:
>
> \simultaneous {
> \relative {4~8 e'16 e32 e}
> \\
> \relative {e,8 e e e}
> }
I'm pretty sure that the change in tie formatting isn't related to the
on the French LilyPond user list this has been reported :
http://lilypond-french-users.1298960.n2.nabble.com/Longueur-des-liaisons-de-prolongation-tp7579231.html
the following code produces correct and nice ties:
\simultaneous {
\relative {4~8 e'16 e}
\\
\relative {e,8 e e e}
}
if you int
On Tue, Mar 19, 2013 at 6:10 AM, Keith OHara wrote:
> Starting with 2.17.2 or so, text is placed as closely as the detailed shapes
> will allow. There is a regression test ‘text-script-vertical-skylines.ly’
> checking for this behavior but I have seen no example where we want text so
> closely sp
Keith OHara writes:
> David Kastrup gnu.org> writes:
>
>> I suspect
>> markup.scm: use stencil extents when stacking; issue 732
>>
>> though from the patch itself, it appears plausible that this might be a
>> _desired_ effect of the change as a consequence of the brace metrics.
>>
>
> I can