[itsme]

Here's a situation that I come across every now and then. My workaround is really tedious and an automatic solution should be pretty easy:
Sometimes a song contains just a few lines that are much longer than the rest of the song. So "Auto-Size Font" choses a font size so that the longest line fits into the width of the page. The llyrics are very small and there's a lot of unused space below the lyrics.
   
I want a bigger font for lyrics and chords to make better use of the display height.
My current workaround: instead of letting MobileSheets break the line I manually insert a linebreak and insert blanks to move the second half of the line to the right.
   

In case the font-size causes automatic wrapping, MobileSheets could easily right-align the part of the line that it moves to the next line.
This would not only save a lot of manually fumbling with the text, additionally the ChordPro source could stay unchanged so that the wrapped text goes back to the previous line as soon as a smaller font is chosen again.

What do you think?

And I noticed something else: while changing font sizes on Win10 the score stays visible behind the "Text Display settings" window. On Android the "Text Display settings" window is maximized and covers the score completely, which is inconvenient. Is it possible to get the same behaviour on Android?

[Zubersoft]

That's actually not simple at all from an implementation perspective given how the code is architected at the moment, because not every new line should be right-indented with what you are asking for, but I don't distinguish between lines that were wrapped and the normal next line. I'm basically just popping lines off a stack and processing them one by one, and if a line has to be broken, I just add the remainder back on top of the stack and process it as if it's a new line. So I would need to add a property to each line to track whether or not it was created due to wrapped text and then check that when processing to figure out how to handle the alignment. I would also have to go into many different sections of code to adjust both the measurements and calculations for the render offsets to make them right-aligned. So I'm not opposed to eventually supporting this, but it would not be a small feature.

As far as the dialog size on Android, it's definitely not maximized for me. If the advanced settings are toggled off, it takes up a small section of the screen and I can see the text around it. If you enable the advanced settings, the dialog height is significantly increased to make use of the available screen space, and I prefer that over having to shrink the dialog and make it scrollable (as users may not immediately register that it's scrollable). In either case, when I switch to the new settings UI you have asked for, that's all going to be on an entirely new screen and the score won't be visible at all due to the large number of settings that have to be made available.

Mike

[itsme]

Thank you for your fast and detailed answer.

Regarding right-align
Seems like I will have to be patient until this might be implemented - if ever

Regarding the settings window
I was not aware of what you explain as I always use advanced settings and my 10" devices are just too small to leave some space around the advanced text display settings.
Will it be possible to move the upcoming new text display settings window on a second monitor, at least on Win10? A "live preview" of the changes that I make would be really convenient.

[Zubersoft]

If I'm able to add multi-window support at some point, then yes, I'll probably be able to support a feature for that.

Mike