Am Sonntag, 6. März 2022, 20:02:21 CET schrieb Luca Fascione:
> - Your code "just prepends" a new cell with a key we're interested in
> right in front of the old content (with which shares structure)
> - It relies on lists being ordered, and all access to alists being a
> straight linear scan fro
Hi Valentin,
thanks for the super prompt reply!
On Sun, Mar 6, 2022 at 5:34 PM Valentin Petzel wrote:
> So instead of doing the assoc-set! you might want to do something like
>
> (ly:grob-set-property! grob 'details `((beamed-lengths . ,stem-bmlgths)
> . ,detls))
>
For my edification, I'l
Hello Luca,
the problem here is that assoc-set! MIGHT change the original alist (but it
doesn’t have to). So it is adviced to always combine assoc-set! with an
assignment. In this case assoc-set! changes the original alist.
This alist is created once during definition of grob-defaults, so each
So, I feel like I'm making progress here.
However I am now at a different stumble, I feel I'm misunderstanding the
referencing patterns of the grob properties somewhere.
You'll see in the attached pdf that all the stems are very long.
Here's what's going on: I'm experimenting with pushing the beam
Thanks Valentin, this is useful.
Sounds like I'll be back with questions :-)
L
On Sat, Mar 5, 2022 at 5:46 PM Valentin Petzel wrote:
> Hello Luca,
>
> the design of Lilypond inherently implies that there is no clear border
> between users and developers. Lilypond has an user interface, which i
Hello Luca,
the design of Lilypond inherently implies that there is no clear border
between users and developers. Lilypond has an user interface, which is covered
more or less in the docs, an extended interface in scheme, which is not
documented that extensively, and the C++ code that works beh
I took a "brief" detour where I went and learned a bit about scheme
Interlude
FWIW, I don't recall seeing this reference in your resources about learning
Scheme, so I'll leave a comment here:
Paul Wilson (professor at UTexas, Austin) wrote some notes on Scheme approx
in 1996,
which I thought
Yes exactly, because of how our finger to note relation works, the
enhancement in readability with the indication right at the head is
enormous.
L
On Mon, 21 Feb 2022, 18:16 Valentin Petzel, wrote:
> Sure. I suppose for a guitar person having stacked fingerings on top would
> be
> rather confus
Sure. I suppose for a guitar person having stacked fingerings on top would be
rather confusing, as there is no monotonic relating between finger and pitch.
As such I suppose guitar people would want to use fingerings with left or right
orientations in chords anyway.
Cheers,
Valentin
Am Montag,
I suspect we might be saying the same thing, Valentin?
I was saying infix can be a bit awkward if you want 'pianist' chord
fingering (just a stack of numbers above or below), and that your original
-1-2-3 reads quite nicely (as in: it's easy to see in your head what
you will get in the engraving j
No, not nescessarily. If we want all Fingerings on top or below there is no
real benefit of doing the chord thing. In fact doing that leads to the exact
same issue of the fingering for d being next to the other ones.
Cheers,
Valentin
21.02.2022 12:38:40 Luca Fascione :
> But wouldn't you finge
This is neat!
Thansk Valentin your explanation is very clear.
Question: I would have thought it should be the fingering mark to push the
beams away, not the other way around, I'm expecting it's uncool to go
rummage in the setup of the beams/stems in before-line-break? Or is this
how that handshake
But wouldn't you finger that as ? (Didn't check the number,
I'm just meaning going infix vs postfix)
I can see that this idea of mine does have issues for fingering your way
around (which seems to me it's more of a fingering atop thing, like you
would have in a keyboard score)
L
On Mon, 21 Feb 2
Hello Luca,
changing the X-parent to the NoteHead would mean that we are aligning the
Fingering horizontally wrt. the NoteHead instead of the whole NoteColumn. This
would then mean that if for example due to some chord some note heads are on
the other side of the Stem the alignment of something
Hello Luca,
A scheme engraver follows the concept of a closure, so it is some sort of
function that returns different values on different arguments. This is somewhat
the functional approach to OOP. So an engraver can be seen as an object that
has some methods, which (as some sort of callback) n
Hello Harm,
That is not exactly true. As I have done in my previous reply we can create an
engraver that acknowledges Fingerings and NoteHeads and store a reference to
the NoteHead grob in the Fingerings details property.
Cheers,
Valentin
Am Montag, 21. Februar 2022, 01:22:18 CET schrieb Thoma
Hi Thomas,
thanks for your comment, this helps me refine my understanding of what's
going on.
At the same time, while I do see that for other articulations (fermata,
appoggiato) this parenting scheme works very well,
I remain wondering whether for the style of layout of the fingering
indications t
Hi Valentin, thank you this is super interesting. There's a lot of
information in there I want to read more carefully,
but for the moment I have one question: when is after-line-breaking invoke?
Or actually, better question: where do I go to discover when (and I guess
by what) after-line-breaking i
Am So., 20. Feb. 2022 um 22:41 Uhr schrieb Luca Fascione :
> a) I'm looking for a way to get the fingerings where I want them without
> using one-note-chord tricks
Well, for Fingerings not in chord, like b-1 or -2-1 X-parent
is NoteColumn _not_ NoteHead, Y-parent is VerticalAxisGroup.
There is
Hello,
our problem here is that such things like the positioning of beams are not
known for quite some time. But we could use something like after-line-breaking
to adjust the results. Somewhat like here.
Valentin
Am Sonntag, 20. Februar 2022, 21:17:31 CET schrieb Luca Fascione:
> So... would a
Thanks Jean,
I thought a somewhat more complete example of the configurations I'm
looking at would help get a sense of the scope of the problem,
and also that the solution would be an easy "do this" or "look here" kind
of answer.
My concern with a tiny example is that it risks to create a rather lo
Le 20/02/2022 à 21:17, Luca Fascione a écrit :
So... would anybody be able to lend a hand here please?
Many thanks
Luca
It would be helpful if you provided smaller examples.
I'm not saying this as a reprimand, but as friendly
advice on how to get people to help you. Personally,
I had started
So... would anybody be able to lend a hand here please?
Many thanks
Luca
On Sat, Feb 12, 2022 at 7:49 PM Luca Fascione wrote:
> Hello,
> sorry for the double-post, I'm unsure whether this should go to -user or
> -devel.
>
> I'm looking for some guidance to set up fingering on classical guitar
>
23 matches
Mail list logo
