Hi Mark,
thanks for the suggestion.
Am 12.05.2018 um 20:35 schrieb Mark Stephen Mrotek:
Urs,
Include a "right" after the "down left."
That would mean *replace* "left" with "right".
Good?
Not really. It looks good in the minimal example, but I actually need to
know how to *move* the fi
Aaron Hill writes:
> On 2018-05-11 23:01, David Kastrup wrote:
>>> The reason why #{ $p #} does not work as the body of a music function
>>> is that it will only evaluate to a pitch not a note, and that pitch by
>>> itself is not enough to create a music expression.
>>
>> Wrong again. There is n
Urs,
Include a "right" after the "down left."
Good?
Mark
-Original Message-
From: lilypond-user [mailto:lilypond-user-bounces+carsonmark=ca.rr@gnu.org]
On Behalf Of Urs Liska
Sent: Saturday, May 12, 2018 10:43 AM
To: lilypond-user
Subject: Avoid collision between fingering and oth
Attached you see how a fingering collides with a note in another voice.
Is there another way to fix this besides \tweak-ing the fingering (and
what would be the best property for this case)? I have to set the
fingeringOrientations like this due to the context.
And: if I have to use a \tweak,
On Sat, 2018-05-12 at 03:45 -0700, Torsten Hämmerle wrote:
> David Sumbler wrote
> >
> > set-global-staff-size seems to be very buggy, and the newer
> > magnify-
> > staff (see Notation Ref. section 4.2.2) is recommended
> Hi David,
>
> I wouldn't call set-global-staff-size buggy, it's still the
On 2018-05-11 23:01, David Kastrup wrote:
The reason why #{ $p #} does not work as the body of a music function
is that it will only evaluate to a pitch not a note, and that pitch by
itself is not enough to create a music expression.
Wrong again. There is no such thing as a "pitch by itself" i
David Sumbler wrote
> set-global-staff-size seems to be very buggy, and the newer magnify-
> staff (see Notation Ref. section 4.2.2) is recommended
Hi David,
I wouldn't call set-global-staff-size buggy, it's still the way to go if you
want to change the global stave size.
\magnifyStaff is intede
Hi Urs,
This turned out to be a bit tricky, because stems and beams are strictly
coupled together in a way that the outer beams will always start/end at the
end of stems. And vice versa: Changes to beam positioning will always bring
along stem length changes.
Beam positioning with all the quanting
On Sat, 2018-05-12 at 15:27 +1000, Brent Annable wrote:
> Hello everyone,
>
> I've been trying out some new notation fonts (gonville and haydn),
> but am running into problems when resizing the staves. Basically if I
> use #(set-global-staff-size), the staff size changes but the grobs
> don't, and
