How can I change the width of multi-measure rests in the irregular measure?

[takumi ikeda]

\version "2.19.81"

{
  \compressFullBarRests
  \set Score.restNumberThreshold = #0
  \time 5/4
  R4*5
  \time 4/4
  R1*2

}

{
  \compressFullBarRests
  \set Score.restNumberThreshold = #0
  \override Staff.MultiMeasureRest.space-increment = 10
  \time 5/4
  R4*5
  \time 4/4
  R1*2
}

% Thanks,
% Takumi

Re: Transform notes in a variable?

[Craig Comstock]

Oh no. A typo in my alist. I’ll be quiet now for a while and dig before asking 
more. :)

>> Where transformOne would map c’ to say e’ and d’ to g’’.
> 
> So I would expect to define transformOne something like 
> 
> ((c' . e') (d' . g'’))

Thanks,
Craig

Re: Transform notes in a variable?

[Craig Comstock]

To be clear, I would like to transform all of the notes in a particular part or 
staff. Ideally defining a map like an alist is it in scheme?

> \version "2.20.0"
> riff = { c' r d' r }
> <<
>   \new Staff \riff
> % \new Staff \transformOne \riff
> >>
> 
> Where transformOne would map c’ to say e’ and d’ to g’’.

So I would expect to define transformOne something like 

((c' . e') (c' . g'’))

So I guess I need a clue about how to write a scheme function to change the 
pitch levels of an entire “staff”?

As well as some info on what exactly c’ is and how to specify it in an alist.

Thanks again. Sorry for posting two big questions requiring help so close to 
each other. I’ll keep digging myself and post if I come up with a solution 
myself. Fun to dig into lisp scheme again after not playing for a long time.

Cheers,
Craig

Transform notes in a variable?

[Craig Comstock]

Related to my other question of note names I am wondering if it is possible to 
maybe write a mapping function of some sort for pitches?

I know there is transpose like shown here: 
https://lilypond.org/doc/v2.22/Documentation/web/text-input 


\transpose f c' \hornNotes

What I need, I think, is a way to write a “riff” let’s say and then transform 
it differently for different parts/instruments each of which would have a 
static mapping from the notes in the riff to the notes in the different parts.

\version "2.20.0"
riff = { c' r d' r }
<<
  \new Staff \riff
% \new Staff \transformOne \riff
  \new Staff { e' r g'' r }
% \new Staff \transformTwo \riff
  \new Staff { g'' r a'' r }
>>

Where transformOne would map c’ to say e’ and d’ to g’’. TransormTwo would map 
c’ to g’’ and d’ to a’’.

I put what I would like to write in comments and what it would look like after.

Writing the mapping function in scheme is fine I suppose. Or maybe some data 
structure like a map given to a single scheme function?

Re: Problem

[Carl Sorensen]

On 8/1/21, 10:21 AM, "lilypond-devel on behalf of Jonas Hahnfeld via 
Discussions on LilyPond development" 
 wrote:


> For me, personally, I'd prefer to see us follow up with either Marnen's 
or Jaques's work (they may actually be very similar -- I'm not sure) so we can 
get installable .app bundles, not just installed binaries.  Installable app 
bundles make it very easy to use different versions of LilyPond in Frescobaldi.

Can you explain? Just extracting different versions of the binaries
produced by the above system will work just fine. IIRC you only need to
adjust the paths in Frescobaldi, right?

I suppose that I can have different name binaries in my bin folder, with a 
different name for each version.  As far as I know the binaries are generally 
installed to some folder other than Applications (I don't remember where it 
ended up when I tested it.

With the app bundle, I can rename the app bundle, and all of the necessary bin 
files are in each .app bundle.  I don't have to worry about what is the 
appropriate system path.  It's possible that it's no more difficult with your 
binaries, rather than the .app bundles.  It's just not my standard process.  
GUB produces .app bundles, so that's what I'm used to using.

The other thing that I thought tha .app bundles provided is built-in proper 
versions of all the necessary utilities, so I don't need to worry about clashes 
with improper versions of utilities.  I haven't actually run into any problems 
with clashes, but I also haven't tried multiple lilypond binaries with 
different names on my system -- I've just used different app bundles.

I'm an old dog, but not so old that I can't learn new tricks.  Maybe I just 
need to learn new tricks and your method is perfectly sufficient.  If so, 
please let me know.

Thanks,

Carl
 

Re: Persian music package

[Kees van den Doel]

On Sun, Aug 1, 2021 at 10:40 AM Kees van den Doel  wrote:

>
>
> On Sun, Aug 1, 2021 at 2:29 AM Thomas Morley 
> wrote:
>
>>
>> Furthermore I'd replace the override for Accidental.extra-offset by:
>> \override Accidental.Y-offset =
>>
>
> Typo I assume and you mean "\override Accidental.extra-offset ="?
>
>
>>   #(lambda (grob)
>>   (cdr
>> (assoc-get
>>   (ly:grob-property grob 'alteration)
>>   persianStringsOffsets)))
>>
>> That doesn't work because now you take the cdr twice. I think (assoc-get
> ... is the same as (cdr (assoc .. isn't it?
> But assoc-get without cdr is nicer of course, didn't know about that.
>

No that doesn't work, I must not understand something. Can you explain why
you suggest the change? If I keep the cdr as in your example it runs but
offsets are no longer right.  It works fine with assoc.

Cheers,
Kees

Re: Persian music package

[Kees van den Doel]

On Sun, Aug 1, 2021 at 2:29 AM Thomas Morley 
wrote:

>
> Furthermore I'd replace the override for Accidental.extra-offset by:
> \override Accidental.Y-offset =
>

Typo I assume and you mean "\override Accidental.extra-offset ="?


>   #(lambda (grob)
>   (cdr
> (assoc-get
>   (ly:grob-property grob 'alteration)
>   persianStringsOffsets)))
>
> That doesn't work because now you take the cdr twice. I think (assoc-get
... is the same as (cdr (assoc .. isn't it?
But assoc-get without cdr is nicer of course, didn't know about that.

Cheers,
Kees

Re: Persian music package

[Kees van den Doel]

On Sun, Aug 1, 2021 at 2:29 AM Thomas Morley 
wrote:

>
> I'd simply drop your overrides for Accidental.Y-extent and
> Accidental.X-extent.
> Let the skylines do their job as already proposed by Jean.
>

I should have answered you first. That seems to solve everything! At least
on the demo example, I'll start rerendering all my persian scores and hope
for the best. Also nice to get rid of all those hardcoded offsets.

Jean: Ignore my previous email I think I misunderstood you and merged your
two sample codes which was not intended I guess.


>
> Furthermore I'd replace the override for Accidental.extra-offset by:
> \override Accidental.Y-offset =
>   #(lambda (grob)
>   (cdr
> (assoc-get
>   (ly:grob-property grob 'alteration)
>   persianStringsOffsets)))
> Though, why do you use pairs in persianStringsOffsets? Iiuc, you only
> use the cdr of each pair.
>

Not sure I understand.  persianStringsOffsets is an assoc table with car
the key and cdr the pair to use?
My Scheme is a bit rusty, I once wrote a Scheme interpreter in Scheme but
that was 30 years ago.

Thanks for all the help.

Cheers,
Kees


> Cheers,
>   Harm
>

Re: Persian music package

[Kees van den Doel]

On Sun, Aug 1, 2021 at 1:33 AM Jean Abou Samra  wrote:

>
> Does this code illustrate your problem?
>
> \version "2.22.1"
>
> {
>\override Accidental.X-extent = #'(-2 . 2)
>
> }
>

Yes and no. Your code *does* allow me to set the X-extent with those 2
numbers and it has an effect, whereas in persian.ly changing the
X-extent numbers has zero effect.

I added your code but get a runtime error or warning (?) at your
"(ly:stencil-add", referring to attached persianT.ly:

mintty screen dump

Drawing systems...persianT.ly:349:8: In procedure ly_stencil_add in
expression (ly:stencil-add (ly:grob-property grob #)
(ly:separation-item::print grob)): persianT.ly:349:8: Wrong type
(expecting Stencil): #f


I still can't control spacing with those additions by tweaking the #s.

Next, if I just add the latter part of your suggested code (ie not
after-line-breaking = stuff) there is an effect.
I can now move the first troublesome koron around with the X-extent number
pair, but this is no help as the notes don't move out of the way and the
accidental is still on top of one of the notes, so it seems to control
location but not size of the accidental?.

Cheers,
Kees


> If so, this comes from the spacing of accidentals
> being based on so-called skylines, namely outlines,
> and not only extents. This was probably not the
> case for accidentals in an old version such as 2.12.
> You can observe the skylines using
>
> \version "2.22.1"
>
> #(ly:set-option 'debug-skylines)
>
> \layout {
>\context {
>  \Score
>  \override Accidental.after-line-breaking =
>  #(lambda (grob)
> (set! (ly:grob-property grob 'stencil)
>   (ly:stencil-add
> (ly:grob-property grob 'stencil)
> (ly:separation-item::print grob
>  % \override Accidental.horizontal-skylines =
> #ly:grob::simple-horizontal-skylines-from-extents
>}
> }
>
> {
>\override Accidental.X-extent = #'(-2 . 2)
>
> }
>
>
> Now try adding
>
> \layout {
>\context {
>  \Score
>  \override Accidental.horizontal-skylines =
> #ly:grob::simple-horizontal-skylines-from-extents
>}
> }
>
> and you'll get an effect on spacing.
>
> Best,
> Jean
>
>
\version "2.22.0"
%{
Author: Kees van den Doel kvand...@shaw.ca

Init file for Persian music notation.

To  use download  the PostScript  Type  1 Microtonal  Font from  Andrián
Pertout  (http://www.pertout.com/PhD2007Introduction.htm)  and copy  the
.pfbfileintothedirectory
LilyPond/usr/share/lilypond/current/fonts/type1.

This header file defines Persian microtonal alterations, the approximate
quartertone   flat  (koron)  and   the  approximate   quartertone  sharp
(sori). They can be obtained by  appending 'k' (koron) and 'o' (sori) to
the English note symbol.  The  standard symbols for this were introduced
by Vaziri.

Key  signatures are  defined  for all  the  Persian modes,  there are  5
distinct scales  with microtones  and the normal  major scale.   All the
gushe's from all dastgahs can be notated with just these 6.

The note immediately  following a koron is sometimes  (when the interval
defined by  the note  before the koron  and after  the koron is  a minor
third, and the note below the  finalis in esfahan according to some (but
not all)  Persian musicians))  lowered by about  20 cents.  This  is not
notated, but considered part of the scale tuning. To accomodate this for
getting better sounding  MIDI I've introduced the "vlat"  (append 'v' to
the note) to indicate this. Actually  this note should also get a strong
vibrato,  and the  vibrato and  low tuning  are  perceptually integrated
(serialism!). This is just for MIDI and has no effect on the notation.

In the tuning  I've followed "Traditional Persian Art  Music, by Dariush
Tala'i".  The  tunings are  also very close  to those suggested  in "The
Dastgah  Concept in  Persian Music,  by  Hormoz Farhat".   See also  "Le
repertoire-modele  de  la  musique  iranienne,  by  Jean  During"  which
contains measurements  of the  intervals in actual  practice, consistent
with the tuning in this file.

There are no other tuning issues  in Persian music. Because the music is
monophonic  the difference  between  just intonation  (for example)  and
equal temperament is merely academic, because are no chords where out of
tune intervals are noticeable.

Note name suffixes:

ff for double-flat
			f  for flat
			k  for koron (about quarter-flat, -3/10 of whole tone, 60 cent)
			o  for sori  (about quarter-sharp, 2/10 of whole tone, 40 cent)
			s  for sharp
			x  for double-sharp
v  for 20 cent flat tuned note ("vlat", not notated)
fv for flat tuned 20C down (notated as a normal flat)
sv for sharp tuned 20C down (notated as a normal sharp: will never occur in traditional Persian music)

6 Persian  key signatures are  provided they are:

shur?   (shur gushe's with natural 5th degree)
 

Re: oldie/newbie convert/fresco question

[David Kastrup]

jh  writes:

> A while back David K kept on trying to get me to update beyond 2.18.2
> even though I said I'd failed a number of times and that many of the
> changes between these versions seem opaque to me.
>
> My main text editor has developed a major crash where it freezes
> everything and the creator is unable to fix it.

Text editors don't "develop" such things.  It sounds like your system is
deteriorating, either on the hardware level or because of some updates
increasingly having destabilised the overall coherence.  Assuming that
you are not suffering from malware.

> I have rarely used Frescobaldi because generally everything has worked
> but when stymied it has helped in the past to find my mistake.
> So I decided to default to it.  Noticed that it has a convert ly tool
> tried it.
> This machine is generally not online; the convert tool ran for 4 hours
> and nothing changed.  I gave in and went online and the tool does
> work.
>
> 1] it seems that this will not work if unconnected to the internet.

I am not a regular Frescobaldi user but when I used it, it never
required Internet access except possibly for items in the Help menus
referencing online manuals and other resources (LSR?).  LilyPond itself
does not really have any connectivity.

If convert-ly gets stuck without Internet access (and runs with it), the
most likely reason is that the Python executable it is running on
requires such Internet access.  And the most likely reason for that is
that it or one of the underlying libraries is infected by malware.

> My notation win10 is not connected for various reasons and just as I
> have had issues with updating versions to lily I have even connected
> to the internet am unable to update win10 which is fine- sort of.

In the context of this discussion, I cannot rule out that regular win10
here counts as malware in that it may require connectivity for doing
something.  I don't have relevant experience using win10 so I have no
idea whether that could be the case.  It's conceivable that your
security software refuses to run some software before it had an
opportunity to ask the Microsoft databases whether something bad is
known about it.

> I'm kind of hoping this is the right place to ask this as it is
> connected to Frescobaldi but seems to me to be a lily question.

I think this is not related to LilyPond, likely at best marginally
related to Frescobaldi, and most likely related to your system and
possibly its security settings or its affliction by malware.

-- 
David Kastrup

Re: oldie/newbie convert/fresco question

[Jean Abou Samra]

Hello Jay,

Sorry for the previous message, obviously sent
by accident!


Le 01/08/2021 à 18:10, jh a écrit :


A while back David K kept on trying to get me to update beyond 2.18.2 
even though I said I'd failed a number of times and that many of the 
changes between these versions seem opaque to me.




Well, what changes between 2.18 and 2.22 seem
opaque to you? If some entries in the Changes
document are not understandable by users, that
should be fixed.



My main text editor has developed a major crash where it freezes 
everything and the creator is unable to fix it.
I have rarely used Frescobaldi because generally everything has worked 
but when stymied it has helped in the past to find my mistake.
So I decided to default to it. Noticed that it has a convert ly tool 
tried it.



Do note that the convert-ly tool is provided
by LilyPond and thus dependent on the version
of LilyPond. Frescobaldi merely gives you a
GUI button to run it. You could also run it
using the command line. The Application Usage
manual explains how to do this.

http://lilypond.org/doc/v2.23/Documentation/usage/invoking-convert_002dly


This machine is generally not online; the convert tool ran for 4 hours 
and nothing changed.  I gave in and went online and the tool does work.


1] it seems that this will not work if unconnected to the internet.  
My notation win10 is not connected for various reasons and just as I 
have had issues with updating versions to lily I have even connected 
to the internet am unable to update win10 which is fine- sort of.

but
2] if convert ly requires internet connection I'm kind of stuck 
because win10 did not allow (or didn't tell me how to have two 
versions of lily on my machine.  So I downloaded the current version 
uninstalled 2.18 and installed the current version 22.something.

so
Must I be online in order to access my thousand of pieces (my 
compositions) written in everything from 1.? and 2.18? to get this to 
work or is there more than another way?


convert-ly ships with LilyPond with all conversion rules
built in and does not access the Net in any way. The
problem must be elsewhere.

When you say that convert-ly hung, what did it print on
the command line?


I'm kind of hoping this is the right place to ask this as it is 
connected to Frescobaldi but seems to me to be a lily question.


Yes, it is the right place.

Best regards,
Jean

Re: Problem

[Jonas Hahnfeld via LilyPond user discussion]

Am Sonntag, dem 01.08.2021 um 15:36 + schrieb Carl Sorensen:
> Jonas Hahnfeld has been working on an experimental binary build that avoids 
> the complexities of GUB and avoids cross-compiling, that uses  separate 
> packages for each system, thus enabling a user of MacOS to build their own 
> binary.  IIRC, this system builds binaries, not .app bundles.
> 
> https://lists.gnu.org/archive/html/lilypond-devel/2021-05/msg00027.html

Correct, right now the system builds only the binaries. But as far as I
understand, .app bundles are only directories with some additional meta
information in an XML file. So in the end, it's a matter of somebody
investing the time and figuring out how to put that together.
(FWIW I've almost finished a rewrite of the system in Python which I
hope can eventually land in LilyPond itself. Still need to work on a
few details, but hopefully not too long...)

> For me, personally, I'd prefer to see us follow up with either Marnen's or 
> Jaques's work (they may actually be very similar -- I'm not sure) so we can 
> get installable .app bundles, not just installed binaries.  Installable app 
> bundles make it very easy to use different versions of LilyPond in 
> Frescobaldi.

Can you explain? Just extracting different versions of the binaries
produced by the above system will work just fine. IIRC you only need to
adjust the paths in Frescobaldi, right?

Jonas


signature.asc
Description: This is a digitally signed message part

oldie/newbie convert/fresco question

[jh]

A while back David K kept on trying to get me to update beyond 2.18.2 
even though I said I'd failed a number of times and that many of the 
changes between these versions seem opaque to me.


My main text editor has developed a major crash where it freezes 
everything and the creator is unable to fix it.
I have rarely used Frescobaldi because generally everything has worked 
but when stymied it has helped in the past to find my mistake.
So I decided to default to it.  Noticed that it has a convert ly tool 
tried it.
This machine is generally not online; the convert tool ran for 4 hours 
and nothing changed.  I gave in and went online and the tool does work.


1] it seems that this will not work if unconnected to the internet.  My 
notation win10 is not connected for various reasons and just as I have 
had issues with updating versions to lily I have even connected to the 
internet am unable to update win10 which is fine- sort of.

but
2] if convert ly requires internet connection I'm kind of stuck because 
win10 did not allow (or didn't tell me how to have two versions of lily 
on my machine.  So I downloaded the current version uninstalled 2.18 and 
installed the current version 22.something.

so
Must I be online in order to access my thousand of pieces (my 
compositions) written in everything from 1.? and 2.18? to get this to 
work or is there more than another way?


I'm kind of hoping this is the right place to ask this as it is 
connected to Frescobaldi but seems to me to be a lily question.


Thanks
Jay
--
Thank you Sound & Silence

Beginning May 1, 2021 a new address; 1814 Lake Washington Blvd. So.,
Seattle, Wa. 98144

_206-328-7694 or messages at 206-308-8189_

www.soundand.com

and an online short (45 minute) concert of new material on Wayward in 
Limbo



https://www.waywardmusic.org/?p=6082

I am looking for 2-3 dancers various abilities/disciplines for a piece
Called The Box it was scheduled for November  but we know how that has
gone. However I am interested in making videos of the moves and having
dancers work on them and the music before we can get into the same
room... Paid rehearsals and the door divided evenly by participants.
Spread the word please.

Re: Problem

[Carl Sorensen]

On 8/1/21, 8:42 AM, "lilypond-user on behalf of Craig Comstock" 
 wrote:


> Could I help/ volunteer somehow that this workaround gets integrated in 
the current download version, don't know if that error only happens with MacOS 
X.14.6 aka 'Mojave' though.

FWIW I am using 20.0 on OS X and can probably help even though I am quite 
new to Lily pond I have much experience with building software. Would be happy 
to contribute as this software is helping me out nicely in my composition work.

Let me know if and how I can help.

We probably need to figure out the best method to move forward and try to 
consolidate resources around that method.


The current release mechanism doesn't work to produce new 64-bit Apple builds, 
because they require the Apple SDKs and the license for the Apple SDKs requires 
the use of Apple hardware.  LilyPond development is open-source based, so there 
is not a lot of enthusiasm for moving the main development tree to a 
proprietary platform.

Marnen Laibow-Koser has built installable .app files for certain versions of 
LilyPond.  He has not updated the builder for newer versions.  It would be 
helpful to update the builder for newer versions.

https://gitlab.com/marnen/lilypond-mac-builder

Jonas Hahnfeld has been working on an experimental binary build that avoids the 
complexities of GUB and avoids cross-compiling, that uses  separate packages 
for each system, thus enabling a user of MacOS to build their own binary.  
IIRC, this system builds binaries, not .app bundles.

https://lists.gnu.org/archive/html/lilypond-devel/2021-05/msg00027.html


MacPorts has a successful build for LilyPond, although the last time I checked 
it did not create an installable application (.app file).   

https://ports.macports.org/port/lilypond/summary

Jacques Menu has a method for building installable LilyPond applications on 
MacOS, which I assume means .app bundles.  I don't know the details.  I should 
have followed up more with him on the details:

https://lists.gnu.org/archive/html/lilypond-devel/2021-04/msg00081.html

For me, personally, I'd prefer to see us follow up with either Marnen's or 
Jaques's work (they may actually be very similar -- I'm not sure) so we can get 
installable .app bundles, not just installed binaries.  Installable app bundles 
make it very easy to use different versions of LilyPond in Frescobaldi.

But any help would certainly be appreciated.  It should be coordinated on the 
lilypond-devel list, rather than the lilypond-user list.

HTH,

Carl
 

Re: Problem

[Craig Comstock]

> Could I help/ volunteer somehow that this workaround gets integrated in the 
> current download version, don't know if that error only happens with MacOS 
> X.14.6 aka 'Mojave' though.

FWIW I am using 20.0 on OS X and can probably help even though I am quite new 
to Lily pond I have much experience with building software. Would be happy to 
contribute as this software is helping me out nicely in my composition work.

Let me know if and how I can help.

-Craig

Re: Problem

[ole]

Am 31.07.2021 um 22:36 schrieb Jean Abou Samra :
> 
> 
> 
> Le 30/07/2021 à 16:28, ole a écrit :
>> I'am a little confused- some years ago topposting was not much appreciated  
>> in this mailing-list, has that changed?
>> Just installed an old version of Lilypond (2.19.83) and everything works 
>> fine again!
>> Could it be that the latest version is not working properly on Mac OS X.14.6 
>> (aka 'Mojave')?
>> Are there other Mac users who can confirm this?
>> 
>> thanks!
> 
> It was reported some time ago, with a workaround:
> 
> https://gitlab.com/lilypond/lilypond/-/issues/6143
> 
> The problem with such issues is that very few developers are running Mac OS, 
> making debugging hard.
> 
> Best,
> Jean
> 

Thank you for the pointer! Although I'am not very familiar with the terminal 
I've managed to make the workaround..
Now everything seems to work fine.
Could I help/ volunteer somehow that this workaround gets integrated in the 
current download version, don't know if that error only happens with MacOS 
X.14.6 aka 'Mojave' though.

best

ole

Re: Persian music package

[Thomas Morley]

Am So., 1. Aug. 2021 um 09:58 Uhr schrieb Kees van den Doel :
>
> OK, so I'll stick with my own convert-ly files as I'm on the stabgle version.
>
> Problem now seems to be that the positioning tweak in persian.ly such as 
> "persianStringsXExtents" is no longer working correctly with my file. 
> Strangely the YExtents and Offset work fine, eg if I make Y-Extent large the 
> beams move out of the way.
>
> persianStringsXExtents = #`(
>(-3/10 . (0 . 1) )
>(1/5   . (0 . 1.8)) %<--- this should control how "wide" the koron 
> is but it has no effect
>(0 . (0 . 1))
>(1/2   . (0 . 1))
>(2/5   . (0 . 1))
>(-1/2  . (0 . 1))
>(-3/5  . (0 . 1))
>(-1/10 . (0 . 1))
>(-1. (0 . 1.8))
>( 1. (0 . 1.3))
> )
> \override Accidental.X-extent =  #(lambda (grob)
>  (cdr (assoc (ly:grob-property grob 'alteration)
>   persianStringsXExtents )))
>
> On Sat, Jul 31, 2021 at 11:21 PM Jean Abou Samra  wrote:
>>
>> Le 01/08/2021 à 08:06, Kees van den Doel a écrit :
>> > convert-ly from LP v2.22.1 also didn;t add the "alteration-" here.
>> > Windows 10 system.
>>
>> (Please keep the list posted, so everyone can reply
>> and benefit from the answers.)
>>
>> convert-ly from 2.22.1 is expected not to do this,
>> because the renaming was done in LilyPond 2.23.3.
>>
>> Best,
>> Jean

I'd simply drop your overrides for Accidental.Y-extent and Accidental.X-extent.
Let the skylines do their job as already proposed by Jean.

Furthermore I'd replace the override for Accidental.extra-offset by:
\override Accidental.Y-offset =
  #(lambda (grob)
  (cdr
(assoc-get
  (ly:grob-property grob 'alteration)
  persianStringsOffsets)))
Though, why do you use pairs in persianStringsOffsets? Iiuc, you only
use the cdr of each pair.

Cheers,
  Harm

Re: Persian music package

[Thomas Morley]

Am So., 1. Aug. 2021 um 07:24 Uhr schrieb Jean Abou Samra :
>
> Le 01/08/2021 à 00:54, Thomas Morley a écrit :
> > No idea why "glyph-name-alist" was not converted to
> > "alteration-glyph-name-alist" (an oversight?), had to do it manually.
>
> Runnning convert-ly from 2.23.3 on this file, I
> get the conversion correctly… Not sure why it didn't
> work for you?
>
> Cheers,
> Jean

Aargh...
I accidently used convert-ly from 2.22.0.
The one (from 2.23.3) works correctly.

Cheers,
  Harm

Re: Persian music package

[Jean Abou Samra]

Le 01/08/2021 à 09:58, Kees van den Doel a écrit :
OK, so I'll stick with my own convert-ly files as I'm on the 
stabgle version.


Problem now seems to be that the positioning tweak in persian.ly 
 such as "persianStringsXExtents" is no longer 
working correctly with my file. Strangely the YExtents and Offset work 
fine, eg if I make Y-Extent large the beams move out of the way.


persianStringsXExtents = #`(
       (-3/10 . (0 . 1) )
       (1/5   . (0 . 1.8))     %<--- this should control how "wide" 
the koron is but it has no effect

       (0     . (0 . 1))
       (1/2   . (0 . 1))
       (2/5   . (0 . 1))
       (-1/2  . (0 . 1))
       (-3/5  . (0 . 1))
       (-1/10 . (0 . 1))
       (-1    . (0 . 1.8))
       ( 1    . (0 . 1.3))
)
    \override Accidental.X-extent =  #(lambda (grob)
         (cdr (assoc (ly:grob-property grob 'alteration)
                  persianStringsXExtents )))



Does this code illustrate your problem?

\version "2.22.1"

{
  \override Accidental.X-extent = #'(-2 . 2)
  
}

If so, this comes from the spacing of accidentals
being based on so-called skylines, namely outlines,
and not only extents. This was probably not the
case for accidentals in an old version such as 2.12.
You can observe the skylines using

\version "2.22.1"

#(ly:set-option 'debug-skylines)

\layout {
  \context {
    \Score
    \override Accidental.after-line-breaking =
    #(lambda (grob)
   (set! (ly:grob-property grob 'stencil)
 (ly:stencil-add
   (ly:grob-property grob 'stencil)
   (ly:separation-item::print grob
    % \override Accidental.horizontal-skylines = 
#ly:grob::simple-horizontal-skylines-from-extents

  }
}

{
  \override Accidental.X-extent = #'(-2 . 2)
  
}


Now try adding

\layout {
  \context {
    \Score
    \override Accidental.horizontal-skylines = 
#ly:grob::simple-horizontal-skylines-from-extents

  }
}

and you'll get an effect on spacing.

Best,
Jean

Re: Persian music package

[Kees van den Doel]

OK, so I'll stick with my own convert-ly files as I'm on the
stabgle version.

Problem now seems to be that the positioning tweak in persian.ly such as
"persianStringsXExtents" is no longer working correctly with my file.
Strangely the YExtents and Offset work fine, eg if I make Y-Extent large
the beams move out of the way.

persianStringsXExtents = #`(
   (-3/10 . (0 . 1) )
   (1/5   . (0 . 1.8)) %<--- this should control how "wide" the
koron is but it has no effect
   (0 . (0 . 1))
   (1/2   . (0 . 1))
   (2/5   . (0 . 1))
   (-1/2  . (0 . 1))
   (-3/5  . (0 . 1))
   (-1/10 . (0 . 1))
   (-1. (0 . 1.8))
   ( 1. (0 . 1.3))
)
\override Accidental.X-extent =  #(lambda (grob)
 (cdr (assoc (ly:grob-property grob 'alteration)
  persianStringsXExtents )))

On Sat, Jul 31, 2021 at 11:21 PM Jean Abou Samra  wrote:

> Le 01/08/2021 à 08:06, Kees van den Doel a écrit :
> > convert-ly from LP v2.22.1 also didn;t add the "alteration-" here.
> > Windows 10 system.
>
> (Please keep the list posted, so everyone can reply
> and benefit from the answers.)
>
> convert-ly from 2.22.1 is expected not to do this,
> because the renaming was done in LilyPond 2.23.3.
>
> Best,
> Jean
>

Re: Persian music package

[Jean Abou Samra]

Le 01/08/2021 à 08:06, Kees van den Doel a écrit :
convert-ly from LP v2.22.1 also didn;t add the "alteration-" here. 
Windows 10 system.


(Please keep the list posted, so everyone can reply
and benefit from the answers.)

convert-ly from 2.22.1 is expected not to do this,
because the renaming was done in LilyPond 2.23.3.

Best,
Jean