You did not specify the OS you are working on. As you can see, on some OSs, EndOfLine adds a corriage CR/LF and others a single CR. That may explain the additionnal LF.
The control that displays the contents of txtDetails probably extends CR into CR/LF by itself, so CR/LF will add a cecond LF.
I don’t know what the contents of Me.text is, but if you may want to use TrimRight on it to remove any line endings/white space characters at the end of it.
Thank you, I’ll give the TrimRight a try and see if that resolves the problem.
The code is triggered by a ComboBox.TextChanged event. The ComboBox is loaded via code with pre-select statements that I can use to fill a TextArea with. Sometimes there is only one selection other times I might make 4 or more.
Okay, so I tried Trim, TrimRight and both give the same result. A single line with no carriage return. I am really stumped why this is not working as planned.
Using Linux. I specified all the various return types just to see if that would solve the problem. It does not. What does not make sense is the first two lines are exactly as expected, but when I add a third line or more the results add an extra blank line.