Positioning St. Gall neumes

[Andrew Hinkley]

Hello,

When using the default position for St. Gall neumes I sometimes get collisions with the higher notes (k, l, m). Is there a way to move up the neumes for just one line to avoid these collisions?

Is it possible to place the St. Gall neumes under the score (and above the text) like in the Triplex?

Thank you,

Andrew.

[Marek Klein]

Hello,

On Wed, 3 Aug 2022 at 12:25, Andrew Hinkley <andrew....@gmail.com> wrote:

When using the default position for St. Gall neumes I sometimes get collisions with the higher notes (k, l, m). Is there a way to move up the neumes for just one line to avoid these collisions?

It is only possible to change the position individually for each neume. From the GregorioNabcRef.pdf:

The pitch descriptor allows to specify the vertical position of the neume. There are no staves, so the vertical position is only rough.

For pitches the same letters as in gabc are used, a through n and p. If the pitch descriptor is missing, the default is hf, otherwise it

consists of the letter h followed by the pitch letter. Within the complex glyph descriptor, each basic glyph descriptor has its own pitch,

but in the current fonts there are no glyphs with different relative pitches, so if you use a pitch descriptor on any of the basic glyph

descriptors in the complex glyph descriptor, it is best to use the same one on all the other basic glyph descriptors in the same complex

glyph descriptor.

Is it possible to place the St. Gall neumes under the score (and above the text) like in the Triplex?

This is currently not possible.

Regards

Marek Klein 

[Fr. Samuel Springuel]

Since the nabc notation hijacks the above lines text to place the ancient neumes, you might also try playing around with the distances which control the position of that.

✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝
Fr. Samuel, OSB
(R. Padraic Springuel)
St. Anselm’s Abbey
4501 South Dakota Ave, NE
Washington, DC, 20017
202-269-2300
(c) 202-853-7036

PAX ☧ ΧΡΙΣΤΟΣ

> --
> Gregorio homepage: http://gregorio-project.github.io
> Archives for the old mailing list: http://www.mail-archive.com/gregori...@gna.org/
> To report a bug, please post to: https://github.com/gregorio-project/gregorio/issues
> ---
> You received this message because you are subscribed to the Google Groups "Gregorio Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to gregorio-user...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/gregorio-users/CABjD-Mwz0-pAk_MGDT4Tb9QVxNo%3DqW%3Dq%3DOB714CXEuCFPXTj4A%40mail.gmail.com.

[Andrew Hinkley]

Would it be worth opening a feature request on GitHub? Is such a feature technically possible?

To view this discussion on the web visit https://groups.google.com/d/msgid/gregorio-users/968A0388-E55D-4451-BAF3-746F1056D136%40gmail.com.

[Fr. Samuel Springuel]

Well, it depends on what you mean by “technically possible.”

Certainly, the ancient notation feature could be rewritten to not hijack the above lines text and have it’s own vertical positioning controls. Indeed, such a rewriting is likely to be necessary to support the envisioned feature of multiple lines of ancient notation in the same score (or even just moving them to place them between the lyrics and the staff, as you’ll some times find). However, such a rewrite will not be simple task. This feature would be adding at least one, if not two or more new vertical elements to the score, requiring some reworking of how such notation is represented in the gtex files so that they constitute separate objects (as in, not above lines text) to be placed on the score. The TeX side would then need work to figure out how to place those objects (including calculating their positions using spacing parameters which could be tweaked by the user) and the executable would need to be fixed to change how it translates nabc code into the new gtex representation.

Given the amount of work involved, such a feature is likely to be a low priority unless a new developer specifically motivated to work on this problem can be found. As is, I can’t see any of the current developers taking on that task, as we’re all fairly busy and barely have time to work on the already extensive list of issues that are currently open.

✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝✝

Fr. Samuel, OSB
(R. Padraic Springuel)
St. Anselm’s Abbey
4501 South Dakota Ave, NE
Washington, DC, 20017
202-269-2300
(c) 202-853-7036

PAX ☧ ΧΡΙΣΤΟΣ

> To view this discussion on the web visit https://groups.google.com/d/msgid/gregorio-users/CAHEM0Je51R7qd2U9irrpQ_9s5KKdU5KP4%3Dx94pEFSgsS0rT5JQ%40mail.gmail.com.