Why CR, LF in a simple string are treated the same ?

[Pnt]

Shouldn't be an option, so the CR (carriage return) and LF (line feed) could be treated, in a string, as their name claims ?

[tst]

What would you expect? Do you want a string control to go back to the beginning of the current line when it encounters a CR? Do you want LF to simply move down? Does any other program do this? What happens if you resize the string control?

[Pnt]

tst i don't understand why not.

It would be another option for displaying. As it is "hex display", "normal display"....

It would be usefull to be able to spot the LF in normal display...

Just a thought....

[smercurio_fc]

---

Pnt wrote:

It would be usefull to be able to spot the LF in normal display...

---

For what purpose? It sounds like you are trying to do something specific, and perhaps you need to approach the problem from a different angle.

Besides, the true meaning of CR and LF are holdovers from the days of manual typewriters. While I learned to type on one, I don't think I want my computer to behave like one. 

[tst]

Now I see. You want another option to be added to the existing ones. I can see some usefulness in that in cases where you want to make a clear distinction between CR and LF, although today I simply switch to backslash mode. The best way to visualize it would probably be to keep the current method (which is basically standard in every application), but maybe to add a colored cue using a different font at the end of the line to indicate the kind of character.

If you want this, you should go to the Product Suggestion Center.

Incidentally, if this is only for display, you should be able to do this fairly easily today by using a picture control.

[altenbach]

Also remember that the definition for "newline" is OS specific (LF in unix flavors, etc., CR+LF in DOS, windows, symbian etc., CR on Commodore etc.). You will break a lot of things by trying to make new definitions. 🙂