[itsme]

I expect that

Code:

[f][f][f]  [f][g][a]  [bb][bb][bb]  [bb][a][g]  [f]

is rendered to something like
f f f   f g a   bb bb bb   bb a g   g
clearly showing triplets with some space in between

This is not the case if the next line contains only lyrics without chords
   

If the next line is empty or contains lyrics with chords, the output is correct.
       

It's not a new issue, 3.8.43 behaves identical.
I noticed it on Win10, did not check the Android version yet.

The output of the ChordPro reference implementation shows once again why I#m asking for a chord font with 'real sharps and flats'

  EineReiseInsGlueck_Intro1_ChordPro-6.060.pdf (Size: 376.48 KB / Downloads: 4)

[Zubersoft]

This is just due to how the measurements are done when MobileSheets is trying to line up chords with lyrics below them. If you have multiple chords in a row, the logic is trying to adjust to have all of them line up with character, which causes spacing to be added. In your example, MobileSheets will see the f is over the u in auf, the g is over the d in dem, and the a is over the space between dem and Grundton. So it lines the chords up to match that, which matches your first screenshot. I suppose I could just ignore all that logic completely and instead line them all up as a group to the right of the first chord if multiple chords are specified in a row without any spaces between them. Or I can remove the current logic that tries to align a chord line with lyrics below it as that isn't necessary for chord pro files, and instead just space them as I would lyrics or a standalone chord line. I'll probably do the latter and just remove that processing.

Mike

[itsme]

The logic you describe is required for text files with chords in the line above the lyrics.
In ChordPro files with chords in square brackets each line can be handled independently.
If in doubt let's discuss that with Sciurius. His reference implementation handles that imho correctly.