Re: Trouble with notation fonts when resizing

2018-05-12 Thread David Sumbler
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

Re: Attachment of beam to stems

2018-05-12 Thread Torsten Hämmerle
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

Re: Trouble with notation fonts when resizing

2018-05-12 Thread Torsten Hämmerle
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

Re: simple scheme function #{ $note #}

2018-05-12 Thread Aaron Hill
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

Re: Trouble with notation fonts when resizing

2018-05-12 Thread David Sumbler
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

Avoid collision between fingering and other voice [with edition-engraver]

2018-05-12 Thread Urs Liska
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,

RE: Avoid collision between fingering and other voice [with edition-engraver]

2018-05-12 Thread Mark Stephen Mrotek
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

Re: simple scheme function #{ $note #}

2018-05-12 Thread David Kastrup
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

Re: Avoid collision between fingering and other voice [with edition-engraver]

2018-05-12 Thread Urs Liska
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