Slur.details.free-head-distance will do what you want. Make it larger, and the
slur will move away from the heads of the notes.
HTH,
Carl
From: Kieren MacMillan
Date: Sunday, October 21, 2018 at 7:28 PM
To: Lilypond-User Mailing List
Subject: how to increase Slur padding?
Hi all,
In a cu
Oh! Wait!
#'details.free-head-distance seems to be the parameter I need to adjust.
Sorry for the noise.
Hope this helps someone else one day.
Kieren.
> On Oct 21, 2018, at 9:28 PM, Kieren MacMillan
> wrote:
>
> Hi all,
>
> In a current engraving project, I’ve got lots of slurs which I don’t
Hi all,
In a current engraving project, I’ve got lots of slurs which I don’t have time
to \shape manually. Mostly, I’d just like a little more "padding" between the
slur and the highest note in an arpeggiating pattern:
This could either be accomplished by making the slur a little "taller", or
Tanks!
I have removed fonts.conf from /home/mario/.config/fontconfig/
Now all is in the normality!
Il 21/10/2018 23:55, David Kastrup ha scritto:
> Looks like messed up font sizes. Since all characters are messed up
> (time signatures, octave modifiers on clefs, all fingerings), this
> appears
Am 21.10.2018 um 17:52 schrieb David Kastrup:
With explicit I refer to a direction explicitly assigned, either
thorugh ^/_ or an \override like \slurUp etc. If I call my function
with ^\propagate-direction there is an explicit direction in place
while the event-function is called, isn't it?
No
Mario Moles writes:
> Hi!
>
> I after I don't now wath I have this output!
>
> How I can to finder the problem!
Looks like messed up font sizes. Since all characters are messed up
(time signatures, octave modifiers on clefs, all fingerings), this
appears to be a general font inclusion problem.
Thomas Morley-2 wrote
> I like to understand the numerical values.
> The pair (-0.443862992125984 . 1.09258582677165) seems to be the
> extent in Y-axis.
>
> But what about 3.865234375 and 1.1950157480315?
Hi Harm,
*The 3.865234375 is the font size (in millimetres!)*
Converting this into pt (1 i
David Kastrup writes:
> Urs Liska writes:
>
>> What I would *like* to do is a function like
>>
>> propagate-direction =
>> #(define-event-function (text)(markup?)
>>#{
>> -\tweak direction #UP
>> -(
>> -\tweak direction #UP
>> -\markup #text
>>#})
>>
>> but instead of
Urs Liska writes:
> Am 21.10.2018 um 16:58 schrieb David Kastrup:
>> Urs Liska writes:
>>
>>> But if I simply create two elements in the event-function the explicit
>>> direction operator takes no effect:
>>>
>>> propagate-direction =
>>> #(define-event-function (text)(markup?)
>>> #{
>>>
Hi Torsten,
Am So., 21. Okt. 2018 um 17:17 Uhr schrieb Torsten Hämmerle
:
>
> Hi Harm,
>
> As it looks like, this function has not been working for some time, I've
> tested it back to 2.14.2
I even checked with 2.12.3 (without useful result)
> What does it do?
>
> In lily/stencil-interpret.cc, th
Am 21.10.2018 um 16:58 schrieb David Kastrup:
Urs Liska writes:
But if I simply create two elements in the event-function the explicit
direction operator takes no effect:
propagate-direction =
#(define-event-function (text)(markup?)
#{
-(
-\markup #text
#})
{
g'1 ^\
Hi Harm,
As it looks like, this function has not been working for some time, I've
tested it back to 2.14.2
What does it do?
In lily/stencil-interpret.cc, the function find_expression_fonts gets a
scheme variable called expr with the following contents:
*(A) in your NoteHead example:*
(named-g
Urs Liska writes:
> But if I simply create two elements in the event-function the explicit
> direction operator takes no effect:
>
> propagate-direction =
> #(define-event-function (text)(markup?)
>#{
> -(
> -\markup #text
>#})
>
> {
> g'1 ^\propagate-direction "Up" g' )
> }
>
I'm scratching my head thanks to some weird behaviour (at least it
looks like that for me). In a simple event-function any explicit
direction operator used when calling the event will be propagated to the
created objects:
\version "2.19.82"
propagate-direction =
#(define-event-function (text
Hi,
in the IR one can find:
"
Function: ly:stencil-fonts s
Analyze s, and return a list of fonts used in s.
"
Though, how to get some output from it?
At least the code below returns nothing relevant.
(I used old syntax to check with all lily-version available, i.e.
since 2.12.3 up to 2.21.0)
#(
Am 21.10.2018 um 11:03 schrieb David Kastrup:
Torsten Hämmerle writes:
David Kastrup wrote
Anything wrong with using a callback?
No, not at all, callbacks are fine and do solve the problem..
But given the fact that "aligning to the baseline" is specific to text so
that different up/down st
David Kastrup wrote
> Given how often this occurs, maybe we should create some function for
> that purpose rather than putting pairs everywhere in peacemeal?
>
> The principal question is what to do when the event does not have an
> explicit direction. Then one would have to refer to the grob cal
Am So., 21. Okt. 2018 um 09:27 Uhr schrieb Jean-Julien Fleck
:
>
> Thanks a lot Harm, it works perfectly !
A further thought:
Currently the code will return TextScript not Fingering. Thus we need
to mimic aligning/fontsize like Fingering and loose the possibility to
apply Fingering-overrides/tweak
Torsten Hämmerle writes:
> David Kastrup wrote
>> Anything wrong with using a callback?
>
> No, not at all, callbacks are fine and do solve the problem..
> But given the fact that "aligning to the baseline" is specific to text so
> that different up/down staff-padding values are rather the rule t
David Kastrup wrote
> Anything wrong with using a callback?
No, not at all, callbacks are fine and do solve the problem..
But given the fact that "aligning to the baseline" is specific to text so
that different up/down staff-padding values are rather the rule than the
exception, I thought it'd be
Thanks a lot Harm, it works perfectly !
Cheers,
> Use \fontsize instead of \magnify.
> Also, use either \fontsize #(magnification->font-size 0.5), if you
> really want to keep the numerical value for some reason.
> Though, (magnification->font-size 0.5) evaluates to -6.0. Thus
> \fontsize #-6.0
21 matches
Mail list logo
