27;m aware of the ability to change the horizontal position of lyrics
> > > using '\override LyricText.self-alignment-X'.
> > >
> > > When I use '= #LEFT', the lyric is under the notehead, rather than the
> > > stem.
> > >
> > > Wh
Hello Stu,
Am Donnerstag, 30. Jänner 2025, 18:13:42 Mitteleuropäische Normalzeit
schrieben Sie:
> I processed the content and the result doesn't have the sticking under the
stems
> of the notes.
>
> The first bar is slightly to the left of the stem, and the second bar is to
the
> right of the
7;.
When I use '= #LEFT', the lyric is under the notehead, rather than the stem.
When it comes to sticking, and when the vocalist is a drummer, I'd like
to see the lyrics further left, i.e. right below the stem. Is there a
tweak that will provide that?
Lyrics are generally aligned
se '= #LEFT', the lyric is under the notehead, rather than the stem.
>
> When it comes to sticking, and when the vocalist is a drummer, I'd like
> to see the lyrics further left, i.e. right below the stem. Is there a
> tweak that will provide that?
Lyrics are generally a
On 2025-01-28 21:26, Werner LEMBERG wrote:
David's suggestion results in similar to your first suggestion - it
seems a bit too far to the left. self-alignment-X = #RIGHT works
for 1 character, but not for lyrics - for lyrics (when the drummer
is the vocalist), I had to use your method.
`#RIG
> David's suggestion results in similar to your first suggestion - it
> seems a bit too far to the left. self-alignment-X = #RIGHT works
> for 1 character, but not for lyrics - for lyrics (when the drummer
> is the vocalist), I had to use your method.
`#RIGHT`, `#CENTER`, and `#LEFT` are the sa
on of lyrics using
'\override LyricText.self-alignment-X'.
When I use '= #LEFT', the lyric is under the notehead, rather than the stem.
When it comes to sticking, and when the vocalist is a drummer, I'd like to see
the lyrics further left, i.e. right below the stem. Is th
bility to change the horizontal position of lyrics using
>>> '\override LyricText.self-alignment-X'.
>>>
>>> When I use '= #LEFT', the lyric is under the notehead, rather than the stem.
>>>
>>> When it comes to sticking, and when the vocalis
'= #LEFT', the lyric is under the notehead, rather than the stem.
When it comes to sticking, and when the vocalist is a drummer, I'd like to see
the lyrics further left, i.e. right below the stem. Is there a tweak that will
provide that?
Here's an MWE:
\version
e LyricText.self-alignment-X'.
>
> When I use '= #LEFT', the lyric is under the notehead, rather than the stem.
>
> When it comes to sticking, and when the vocalist is a drummer, I'd
> like to see the lyrics further left, i.e. right below the stem. Is
> there a t
> I sometimes add sticking to drum scores to assist readers by showing the
> preferred hand for each stroke.
>
> I'm aware of the ability to change the horizontal position of lyrics using
> '\override LyricText.self-alignment-X'.
>
> When I use '
I sometimes add sticking to drum scores to assist readers by showing the
preferred hand for each stroke.
I'm aware of the ability to change the horizontal position of lyrics
using '\override LyricText.self-alignment-X'.
When I use '= #LEFT', the lyric is under the
https://imslp.org/wiki/Gaudete%2C_Christus_est_natus_(Anonymous) are
both SA and not authoritative, and also Aeolian).
1) Not sure on this one- you need to override the notehead in a \note
{2} markup somehow since there's not a dedicated glyph for that.
May study this more. For now I&#x
I'm into this!
1) Not sure on this one- you need to override the notehead in a \note {2}
markup somehow since there's not a dedicated glyph for that.
2) I think that's as close as you get with Emmantaler. You can see the list
of clefs here:
https://lilypond.org/doc/v2.24/Documen
This is my first time using quasi-mensural notation for modern notation
readers (going for medieval look, not historical accuracy).
If you haven't gagged at that, I'd like some help on a few items.
Here's how the original starts ... (IMSLP260656 p48)
InDulciJubilo1910
And this is my approxima
g g a a a a b b b b c c c c
> }
>
> With version 2.24 on Linux the two middle E's and F's, the last two G's,
> the last three A's and the first B have their stems in front of the
> corresponding notehead, the rest are fine. I'd like to tell or trick
> lil
st two G's,
the last three A's and the first B have their stems in front of the
corresponding notehead, the rest are fine. I'd like to tell or trick
lilypond into always drawing noteheads after (i.e. above) stems. Any ideas?
Thanks,
Jozsef
Le 19/07/2022 à 15:00, David Kastrup a écrit :
Jean Abou Samra writes:
Meanwhile, like Lukas, I have been unashamedly switching
back to 2.22 when I wished a better diagnostic. This is
what we advise most users to use, so I'm not bothered.
The issue is marked as a regression, so it will have to
Jean Abou Samra writes:
> Meanwhile, like Lukas, I have been unashamedly switching
> back to 2.22 when I wished a better diagnostic. This is
> what we advise most users to use, so I'm not bothered.
> The issue is marked as a regression, so it will have to
> be fixed before we release the next sta
Le 18/07/2022 à 19:28, Thomas Morley a écrit :
Am Mo., 18. Juli 2022 um 18:43 Uhr schrieb Lukas-Fabian Moser :
I regularly switch back to old Guile v1.8 LilyPond versions (that's very
easy in Frescobaldi) if my Scheme code gets to complicated for me - this
happens quite often :-) - and I want t
Le 18/07/2022 à 18:43, Lukas-Fabian Moser a écrit :
Forgive me for piping up:
I'm not able to say what happened, I'm not able to debug because of
that unhelpful (oh, I'm very polite this evening) guile messages, see
the other thread.
I'm overtired like hell, close to trashing the whole proje
Thomas Morley writes:
> I will not vanish from the list/project in the foreseeable future,
> unless hit by bus...
>
> Though in my humble opinion meaningful error messages are the most
> pressing issue and I don't see I could do anything to improve the
> situation.
> That is frustrating, furtherm
Am Mo., 18. Juli 2022 um 18:43 Uhr schrieb Lukas-Fabian Moser :
>
> Forgive me for piping up:
> > I'm not able to say what happened, I'm not able to debug because of
> > that unhelpful (oh, I'm very polite this evening) guile messages, see
> > the other thread.
> >
> > I'm overtired like hell, clos
Forgive me for piping up:
I'm not able to say what happened, I'm not able to debug because of
that unhelpful (oh, I'm very polite this evening) guile messages, see
the other thread.
I'm overtired like hell, close to trashing the whole project, and
close to advertising everyone to not use LilyPon
Jean Abou Samra writes:
> Le 18/07/2022 à 00:59, David Kastrup a écrit :
>> Harm is not a C programmer either. Scheme is his only language and he
>> learnt it because of LilyPond. So he has no exposure to the low-level
>> nature of C++, nor to the basics of imperative programming languages
>> t
Le 18/07/2022 à 00:59, David Kastrup a écrit :
Harm is not a C programmer either. Scheme is his only language and he
learnt it because of LilyPond. So he has no exposure to the low-level
nature of C++, nor to the basics of imperative programming languages
that are sort of a required firm footin
Jean Abou Samra writes:
> Le 18/07/2022 à 00:44, David Kastrup a écrit :
>> Jean Abou Samra writes:
>>
>> [Harm:]
>>
>> You are aware that you are not talking to a C++ programmer? Not exactly
>> a motivating message under the circumstances...
>
>
>
> I learnt C++ (like many things) by pretendin
Le 18/07/2022 à 00:44, David Kastrup a écrit :
Jean Abou Samra writes:
[Harm:]
You are aware that you are not talking to a C++ programmer? Not exactly
a motivating message under the circumstances...
I learnt C++ (like many things) by pretending I was a
C++ programmer while I wasn't, and t
Jean Abou Samra writes:
[Harm:]
>> After some further hours of work, following a different idea, it now
>> displays # (as it should).
>>
>> I'm not able to say what happened, I'm not able to debug because of
>> that unhelpful (oh, I'm very polite this evening) guile messages, see
>> the other th
I tried to use ly.grob-original, though, in the real code it first
returned #.
Namely a dead grob, on which ly:grob-suicide! was called,
and on which grob::is-live? will return #f.
That's the sort of thing that can happen if your callback
gets called after line breaking, at a point where t
Am So., 17. Juli 2022 um 09:26 Uhr schrieb Jean Abou Samra :
>
>
>
> Le 17/07/2022 à 01:25, Thomas Morley a écrit :
> > Thanks for your explanations, right now I had only a quick glance over
> > them.
> > I'll hopefully have some time soon to dive into it...
> > Nevertheless, before I posted the pr
Am So., 17. Juli 2022 um 09:26 Uhr schrieb Jean Abou Samra :
>
>
>
> Le 17/07/2022 à 01:25, Thomas Morley a écrit :
> > Thanks for your explanations, right now I had only a quick glance over
> > them.
> > I'll hopefully have some time soon to dive into it...
> > Nevertheless, before I posted the pr
Le 17/07/2022 à 01:25, Thomas Morley a écrit :
Thanks for your explanations, right now I had only a quick glance over
them.
I'll hopefully have some time soon to dive into it...
Nevertheless, before I posted the problem I searched for an
'original'-BarLine-grob, as we have for broken spanners
Am Sa., 16. Juli 2022 um 23:12 Uhr schrieb Jean Abou Samra :
>
> Le 16/07/2022 à 20:47, Thomas Morley a écrit :
> > Hi Jean,
> > thanks for the hint.
> > Alas, the code below _ensures_ the NoteHead _before_ the BarLine is
> > taken (if I'm wrong here, I
Le 16/07/2022 à 20:47, Thomas Morley a écrit :
Hi Jean,
thanks for the hint.
Alas, the code below _ensures_ the NoteHead _before_ the BarLine is
taken (if I'm wrong here, I am completely lost), and again the
override for BarLine.Y-offset fails.
Ah, yes, sigh. This is caused by pre
Am Sa., 16. Juli 2022 um 14:05 Uhr schrieb Jean Abou Samra :
>
>
>
> > Le 16 juil. 2022 à 13:01, Thomas Morley a écrit :
> >
> > Hi,
> >
> > I'm trying to code an engraver setting a pointer from BarLine to
> > previous NoteHead and an override
> Le 16 juil. 2022 à 13:01, Thomas Morley a écrit :
>
> Hi,
>
> I'm trying to code an engraver setting a pointer from BarLine to
> previous NoteHead and an override for BarLine.Y-offset acting upon
> that pointer.
> It does not work, if the BarLine is at e
Hi,
I'm trying to code an engraver setting a pointer from BarLine to
previous NoteHead and an override for BarLine.Y-offset acting upon
that pointer.
It does not work, if the BarLine is at end.
Here a stripped down example (every security is removed and all is
heavily simpl
Ah, I see...thanks!
Jean, to answer, reason being that I'm looking for an easy way to modify
the #'slash notehead style so it can include augmentation dots. (rather
than trying to create a new style from scratch, as that #'slash style has
everything I need otherwise.)
Much apprecia
Le 11/07/2022 à 22:55, Hans Aikema a écrit :
On 11 Jul 2022, at 21:56, Karlin High wrote:
On 7/11/2022 1:01 PM, jerome talkington wrote:
file containing the code for predefined notehead styles
I am not the greatest expert on this. But property-init.ly seems to
have many things like
> On 11 Jul 2022, at 21:56, Karlin High wrote:
>
> On 7/11/2022 1:01 PM, jerome talkington wrote:
>> file containing the code for predefined notehead styles
>
> I am not the greatest expert on this. But property-init.ly seems to have many
> things like that.
On 7/11/2022 1:01 PM, jerome talkington wrote:
file containing the code for predefined notehead styles
I am not the greatest expert on this. But property-init.ly seems to have
many things like that.
<https://gitlab.com/lilypond/lilypond/-/blob/master/ly/property-init.ly>
--
Karli
Hello! Would someone be able to tell me the name of the scheme or lilypond
installation file containing the code for predefined notehead styles, like
#'slash, #'cross, #'default , etc ? Thank you!
LT
Hi Ahanu,
Am 22.06.22 um 21:19 schrieb Ahanu Banerjee:
I am trying to create noteheads (without stems) that have a duration
longer than a quarter note (crotchet) but are filled-in. They are
meant to represent the notes that will be heard when a harmonic is
played. I am not sure how to do this;
Hello Ahanu,
there is also the option to override NoteHead.style to #'harmonic-black. This
will not give you a round head though.
Cheers,
Valentin
Am Mittwoch, 22. Juni 2022, 21:19:20 CEST schrieb Ahanu Banerjee:
> Hello,
>
> I am trying to create noteheads (without stems) that have a duration
Perfect; thank you!
On Wed, Jun 22, 2022, 15:32 Aaron Hill wrote:
> On 2022-06-22 12:19 pm, Ahanu Banerjee wrote:
> > Hello,
> >
> > I am trying to create noteheads (without stems) that have a duration
> > longer
> > than a quarter note (crotchet) but are filled-in. They are meant to
> > represe
On 2022-06-22 12:19 pm, Ahanu Banerjee wrote:
Hello,
I am trying to create noteheads (without stems) that have a duration
longer
than a quarter note (crotchet) but are filled-in. They are meant to
represent the notes that will be heard when a harmonic is played. I am
not
sure how to do this;
Hello,
I am trying to create noteheads (without stems) that have a duration longer
than a quarter note (crotchet) but are filled-in. They are meant to
represent the notes that will be heard when a harmonic is played. I am not
sure how to do this; one workaround is to use a quarter note value and a
Hello Jean,
Many thanks for the help -- that works beautifully. It seems besides global
settings, I will need to have some per-score settings.
It appears controlling slurs are more complicated than I thought. Per your
advice, will play with the \vshape feature in 2.23 if I need anything more
cust
Le 09/03/2022 à 17:13, Matthew Fong a écrit :
Dear Jean and LilyPond friends,
My apologies for not initially including this, and it took time to get
this reduction; At the same time, producing this example code raised
additional observations about how the slur overrides work with other
variab
> > I am having trouble understanding why a notehead substitution function
> > would interfere with some slur overrides. Any insight or help would be
> > deeply appreciated.
>
>
> Could you please provide complete code showing the problem?
> It is currently not pos
Le 04/03/2022 à 05:17, Matthew Fong a écrit :
Hello everyone,
I am having trouble understanding why a notehead substitution function
would interfere with some slur overrides. Any insight or help would be
deeply appreciated.
Could you please provide complete code showing the problem?
It is
Jean Abou Samra:
> Le 01/03/2022 à 20:34, Valentin Petzel a écrit :
> > Hello Robert,
> >
> > the problem here is that the font-size property of the NoteHead is not
> > evaluated. (This happens from time to time, and I’m not sure why this is
> > so.)
> Look at
Le 01/03/2022 à 20:34, Valentin Petzel a écrit :
Hello Robert,
the problem here is that the font-size property of the NoteHead is not
evaluated. (This happens from time to time, and I’m not sure why this is so.)
Look at Font_interface::get_default_font. It takes a property alist
chain from
: lilypond-user@gnu.org
CC: Robert Mengual
Asunto: Re: [HELP] Change notehead font-size depending on note duration
Hello Robert,
the problem here is that the font-size property of the NoteHead is not
evaluated. (This happens from time to time, and I’m not sure why this is so.)
To get your callback
Hello Robert,
the problem here is that the font-size property of the NoteHead is not
evaluated. (This happens from time to time, and I’m not sure why this is so.)
To get your callback working you can ensure that the font-size is calculated
by doing something like
\override
Robert Mengual writes:
> Hello everyone,
>
> I am facing a challenge in which I have been stuck already 7 days. I
> am sending this email as my last hope to get this done or at least
> receive any assistance that allows me to move forward. I really hope
> you can help me.
>
> Find attached a Tiny
,
Robert
#(define (size-notehead grob) 2)
\relative c' {
\override NoteHead.font-size = #size-notehead
c d e
}
I'm looking for a way to create a note of indetermined length. It should
look like a Breve. But at one line it may be 50*4 long. Then the line
breaks and it might be 111*8 long (etc). But still looking the same. The
note needs in all other ways to behave like a normal note. A real life
example
il-extent orig X)))
> (ly:stencil-translate-axis
> (ly:stencil-scale orig -1 1)
> (+ (car extent) (cdr extent))
> X)))
>
> flpizzleft = \flpizz
> flpizzright = \markup \Xflip \flpizzleft
> %}
>
> flutepizz = \temporary {
> \override N
tencil-translate-axis
(ly:stencil-scale orig -1 1)
(+ (car extent) (cdr extent))
X)))
flpizzleft = \flpizz
flpizzright = \markup \Xflip \flpizzleft
%}
flutepizz = \temporary {
\override NoteHead.stencil =
#(lambda (grob)
(let*
((notehead (grob-interpret-markup
--
Am Mittwoch, den 08. September 2021 um 10:32:35 Uhr (+0200) schrieb
Lukas-Fabian Moser:
> Hi Orm,
>
> > for flute pizzicato in contemporary music, it is quite common to use
> > a ">" as a notehead. With a stem down, the ">" should be c
usic, it is quite common to use
> > a ">" as a notehead. With a stem down, the ">" should be changed to a
> > "<" as visible in the attached png.
> >
> > I know how to change the notehead by overriding the NoteHead stencil
> > with
Hi Orm,
for flute pizzicato in contemporary music, it is quite common to use
a ">" as a notehead. With a stem down, the ">" should be changed to a
"<" as visible in the attached png.
I know how to change the notehead by overriding the NoteHead stenc
Hi,
for flute pizzicato in contemporary music, it is quite common to use
a ">" as a notehead. With a stem down, the ">" should be changed to a
"<" as visible in the attached png.
I know how to change the notehead by overriding the NoteHead stenc
Dear Aaron,
Brilliant! That was what was missing!
Many thanks,
mattfong
On Mon, Aug 23, 2021 at 6:23 PM Aaron Hill wrote:
> On 2021-08-23 4:03 pm, Matthew Fong wrote:
> > Hello Hans, LilyPonders,
> >
> > Thank you! I added the line to my Staff context, and everything worked
> > as
> > expecte
On 2021-08-23 4:03 pm, Matthew Fong wrote:
Hello Hans, LilyPonders,
Thank you! I added the line to my Staff context, and everything worked
as
expected.
\override BarLine.space-alist.next-note = #'(fixed-space . 1.2)
I wanted to refine the solution and add space only *after* double-bar
lines,
mattfong
On Mon, Aug 23, 2021 at 11:52 AM Hans Aikema
wrote:
>
>
> On 23 Aug 2021, at 17:42, Matthew Fong wrote:
>
>
> Hello fellow Lilyponders,
>
> I'm looking around the documentation on NoteHead to Barline spacing, and
> I'm not finding much? Any point
t
> appear in the music explicitly?
>
> On Mon, Aug 23, 2021 at 8:41 AM Matthew Fong wrote:
>
>> Hello fellow Lilyponders,
>>
>> I'm looking around the documentation on NoteHead to Barline spacing, and
>> I'm not finding much? Any pointers will be hel
> On 23 Aug 2021, at 17:42, Matthew Fong wrote:
>
>
> Hello fellow Lilyponders,
>
> I'm looking around the documentation on NoteHead to Barline spacing, and I'm
> not finding much? Any pointers will be helpful.
>
> My goal is to add a bit more
Hello fellow Lilyponders,
I'm looking around the documentation on NoteHead to Barline spacing, and
I'm not finding much? Any pointers will be helpful.
My goal is to add a bit more space from the first note to the last Barline,
for every measure. It seems a bit too close even with the
Dear list,
1) Can someone please clarify to me how to increase the distance between a
notehead and its augmentation dot in general? I'm trying to use
extra-spacing-width property, and while setting the cdr of the pair induces
the expected space between the dot and the next notehead, settin
I'm using the Scorlatti font and sometimes in certain font-sizes the stems
of the notes inside note-by-number markups are off.
Is there any way to modify the stencil so that I don't have to use fake
score markups to make those notes?
I tried faking the stem by reducing the stem length to #0 and p
Calvin Ransom wrote:
What did you type into the mailing list as I could not find that particular
thread earlier?
I searched in http://lilypond.1069038.n5.nabble.com/ for
NoteHead font-name
Cheers,
Robin
chool's Jazz band as a previous
> > musician lost their part. I was able to use the alternate font "lilyjazz"
> > However, on the final note of the score it does not support a whole-note
> > with a cross style notehead.
> > I am hoping to change the notehead font t
On 18.02.2021 07:26, Calvin Ransom wrote:
I am copying a percussion score for my school's Jazz band as a previous
musician lost their part. I was able to use the alternate font "lilyjazz"
However, on the final note of the score it does not support a whole-note
with a cross style
Hi Robert,
The attached jpg. is what I get when I use that exact snippet (minus the
font override) within frescobaldi, notice how there is no notehead.
Can you send me what the output it loads for you?
\version "2.22.0"
\paper {
#(define fonts
(set-global-fonts
#:music
Hi all,
I am copying a percussion score for my school's Jazz band as a previous
musician lost their part. I was able to use the alternate font "lilyjazz"
However, on the final note of the score it does not support a whole-note
with a cross style notehead.
I am hoping to change the n
Thanks all,
Seems like there are many solutions. Also know I understand the problem so will
be able to look for such things in the future.
Best,
Michael
Jun 4, 2020, 04:20 by r...@dabble.ch:
> Michael Winter wrote:
>
> It seems that when a notehead is merged in two voices no matter
Michael Winter wrote:
It seems that when a notehead is merged in two voices no matter what you do you, lilypond only adds on lv tie.
There are indeed two lv ties. But in your example they are using the
same (default) settings and so end up exactly superimposed.
Try giving the one of them
p{ 0.0 }
}
\new Voice {
\voiceTwo d,4 \laissezVibrer
}
>>
}
Hope this helps,
Owen
On Wed, Jun 3, 2020 at 5:14 PM Michael Winter via LilyPond user discussion <
lilypond-user@gnu.org> wrote:
> It seems that when a notehead is merged in two voices no matter what you
&g
It seems that when a notehead is merged in two voices no matter what you do
you, lilypond only adds on lv tie. Is there a way to force 2 lv ties?
<<{ d,4\laissezVibrer ^ \markup{ 0.0 } } \new Voice { \voiceTwo
d,4\laissezVibrer }>>
Thanks in advance.
-Michael
On 6/2/20, Robin Bannister wrote:
> Well, you could define your own markup command(s).
> Have a look at /scm/define-markup-commands.scm for examples,
> including \abs-fontsize.
Well, for once, there’s even some documentation about it!
http://lilypond.org/doc/v2.21/Documentation/extending/new-mark
On Tue, Jun 2, 2020 at 4:41 PM Kieren MacMillan <
kieren_macmil...@sympatico.ca> wrote:
> Hi Paolo,
>
> > it's of course _erroneous_ output, because it leads to what in common
> programming is called UB:
>
> It’s perfectly defined behaviour:
>
> http://lilypond.org/doc/v2.18/Documentation/internal
Hi Paolo,
> it's of course _erroneous_ output, because it leads to what in common
> programming is called UB:
It’s perfectly defined behaviour:
http://lilypond.org/doc/v2.18/Documentation/internals/fingering
font-encoding (symbol):
'fetaText
The font encoding is the broadest category for selec
On Tue, Jun 2, 2020 at 4:09 PM Kieren MacMillan <
kieren_macmil...@sympatico.ca> wrote:
> Hi Paolo,
>
> > I just verified that your previous snippet produces erroneous output
>
> It’s only "erroneous output" if you don’t know what it’s supposed to put
> out… ;)
>
>
Hi Kieren,
In my humble opinio
Paolo Prete wrote:
But this is not what I want; I would like to specify font-series and
font-family as a parameter (as I did for \abs-fontsize)...
Well, you could define your own markup command(s).
Have a look at /scm/define-markup-commands.scm for examples,
including \abs-fontsize.
Cheer
On Tue, Jun 2, 2020 at 3:53 PM Robin Bannister wrote:
>
> > Is there an alternative for it?
>
> It is defaulting to another font.
> To avoid this, say
> text \markup \normal-text "Some text"
>
>
> Cheers,
> Robin
>
Thanks Robin,
BTW, how can I override font-family and font-series in a "para
Hi Paolo,
> I just verified that your previous snippet produces erroneous output
It’s only "erroneous output" if you don’t know what it’s supposed to put out…
;)
Fingerings are in Feta font — try using normal text instead:
{
\override Fingering.staff-padding = #'()
\stemDown
c'-\tweak text \m
Is there an alternative for it?
It is defaulting to another font.
To avoid this, say
text \markup \normal-text "Some text"
Cheers,
Robin
Hello David (and Lilypond people),
I just verified that your previous snippet produces erroneous output on pdf
and a compiler error with -dbackend=svg:
(look at : http://lilybin.com/7derud/1 )
Tested on 2.19.84 and 2.19.45 (Lilybin)
{
\override Fingering.staff-padding = #'()
\stemDown
c'-\tweak
Thanks David
On Mon, Jun 1, 2020 at 11:51 PM David Kastrup wrote:
> Paolo Prete writes:
>
> > Hello,
> >
> > is it possible to place "some text" above a notehead (or a rest)
> regardless
> > of collisions with the staff? Maybe a start could be to use
Paolo Prete writes:
> Hello,
>
> is it possible to place "some text" above a notehead (or a rest) regardless
> of collisions with the staff? Maybe a start could be to use the Fingering
> object, but I don't know how to change "1" to "some te
Hello,
is it possible to place "some text" above a notehead (or a rest) regardless
of collisions with the staff? Maybe a start could be to use the Fingering
object, but I don't know how to change "1" to "some text"
{
\override Fingering.staff-padding = #'()
\stemDown
c'-1
}
Thanks!
Best,
P
My god. I swear I had tried that multiple ways including adding the
#(add-music-fonts fonts 'emmentaler "emmentaler" "emmentaler"
feta-design-size-mapping (/ staff-height pt 20))
But for some reason what you typed worked perfectly this time. I have no
idea what I was doing wrong, but you f
Dear Brian,
here you are:
\version "2.20.0"
\paper {
#(define fonts
(set-global-fonts
#:music "mtf-arnold"
#:brace "emmentaler"
#:roman "Futura"
#:sans "sans-serif"
#:typewriter "monospace"
#:factor (/ staff-height pt 20)
))
#(add-music-fonts fo
Hi everyone, first post here. I have been working on developing a personal
style for my sheet music and I have run into a bit of a snag. I am using an
alternative notation font (Arnold from the Music Type Foundry), but I have a
couple of situations where I would like an alternative notehead style
Am So., 8. Dez. 2019 um 18:38 Uhr schrieb Paolo Pr :
>
>
>
> On Sun, Dec 8, 2019 at 1:37 PM Thomas Morley wrote:
>>
>> Am So., 8. Dez. 2019 um 11:51 Uhr schrieb Paolo Pr :
>>
>> > 2) Is there a way to place the markup exactly on the top or on the bottom
On Sun, Dec 8, 2019 at 1:37 PM Thomas Morley
wrote:
> Am So., 8. Dez. 2019 um 11:51 Uhr schrieb Paolo Pr :
>
> > 2) Is there a way to place the markup exactly on the top or on the
> bottom of the notehead as well?
>
> Not sure what you mean, could you provide an image?
>
t-shape #'()
-\tweak text \markup { "bar" }
-\rightHandFinger #0
>
d'^\markup { "foo" }
}
Alas, collisions will occurr now.
> 2) Is there a way to place the markup exactly on the top or on the bottom of
> the notehead as well?
Not sure what y
1 - 100 of 637 matches
Mail list logo
