Inline chords

MasterAnt Hi Master Ant, i might be wrong but i think your reguest is going to be technically impossible because the chords will not be distinguishable between lyrics or chords.
The reason it works now is no unusual letters are allowed to distinguish chords from lyrics, as soon as you type in a letter like z in the chords line it treats it like a lyrics line, so i dont think your reguest is going to be easily implemented, but i will let Peter confirm as he is the genious in the proraming department.

Well, it is possible doing it manually but it requires lots of editing:

You could use the color tag. So you would write your example like this:

[00:07.98] {c:green}(Em){c} How can I just let you {c:green}(Dmaj7){c} walk away

The placement of chords for lines with a line break has been fixed in version 3.5.

MasterAnt i agree with you the chords above the lyrics are not the friendliest to create or use if you go outside certain parameters.
You cant afford to zoom in to the point where the end word wraps around to the next line as the chords dont do the same and you create the problem of missalignment.
I set all my lyrics to be maximum size of 50 , and any other lyrics that have more words i shrink the text till all the lines text is on the one line sometimes my lyrics shrink to size 40.
This i know is a pain and what should happen both the lyrics and chords should wrap around to the next two lines to make it user friendly. But this might be too hard to do.
So in the meantime all you have to do to fix your example 1 problem is shrink the lyrics till all you line text is on its line, this will sync up the chords to where they should be.
If you want really large lyrics just create more lines and place the chords above where needed then you can make your text much larger without upsetting the chords above.
I know it is not a great way to operate but once you get use to the limitations it works.
I agree using inline chords it would be really great if you could just have colour on the chords to make them a little more distinguishable from the lyrics and its a pitty you cant pitch shift the chords in that method.

MasterAnt Are these screenshots on version 3.5.2? I ask because this incorrect line break behavior should have been fixed in version 3.5.0.

MasterAnt Thanks, your problem lies in the whitespace characters after each chord. Each inline chord is attached to the next character following that chord. In your example it is always a whitespace. Whitespaces are also used to create line breaks. So your lyrics will break over to the new line at the whitespace the chord is attached to which leads to these problems you see.

If you write it like this, the chord placement will be correct:

[00:07.98][Em]How can I just let you [Dmaj7]walk away
[00:12.01]Just let you [G]leave without a [Am7]trace,
[00:15.59]When I [C]stand here taking [D]every breath
[00:20.05]with [Bm]you, ooh[Em].
[00:23.75]You're the [Am]only one
[00:26.35]who really knew me at [D]all.

MasterAnt i can totally see your dillemma, heres an example i have created to show the two systems and the advantages and disadvantages.
Basically your in line system is easier to enter time code as you dont have to stop/start to reposition to a correct line, it is better on small screens, once you get use to it if it had colour chords that were simpler to create it would be easier to distinguish between lyrics/chords, transpose chords facility is missing, but the chords are on the same line meaning your eyes dont have to jump up to see the chords you just keep the same line of sight and filter out the colour chords and only sing the more bright white text lyrics, this has got a lot of advantages, the disadvantages it looks messy especially if no colour difference is present you have to enter brackets around the chords but you dont get any advantages for doing this, no easy colour choice, no transposition to chords, so not very practical as is.

The chords above system works well but is very time consuming to create, advantages are once you spend the time to create it, it looks neater and has colour chords with highlighted different colour for now active line chords so you can see two different colours for chords, it also pitch shifts the chords nice but not as easy as it should be.
Disadvantages are it hogs a smaller screen device , it is more awkward to enter timecode having to stop/ start all the time, it does not wrap around both lyrics and chords when zooming in to get larger font.
First example shows how bland the in line chords are.
Second example shows the chords above as it is now, if you could make both systems be simply switched between the two and all the problems were fixed it would be very usable for all.

I find it very annoying that some chord lines are not coloured because there is a (required) character included. I often use characters in chord lines such as ~ to signify a repeated bar or ^ to remind me that the melody line goes up… I don’t want these instructions within the lyrics because they are as relevant to the music as the chords. Even important words such as ‘hold’ or ‘sustain’ or ‘to end’ spoil the colour and these are not unreasonable commands, especially for other musicians when I’m hosting sessions. For what it’s worth all lyrics are formatted before adding, I don’t use square brackets at all as I don’t get on with them (on over 800 songs).