#5 Bug: Differences when viewing and recording Line break (cr/lf) and \n.

[Albert B]

In the translation editing window, the auxiliary language text does not display the \n as a line feed (cr/lf), but at least it shows \n, which is preferable for me.
On the other hand, in the default language and translation boxes, the \n are replaced by a line feed and do not let you know what is really in that text.
When recording the translation immediately after entering a \n, it is recorded with that \n, but if you visualize that field again before recording, the result is a line break (cr/lf) in the translation file.

Perhaps you could enable an application parameter that decides if the line breaks are such, or they are always \n and so they will be displayed in the text box.

[СМ630]

So I will:

1. Add a setting to enable/disable replacing /n (and maybe others) with CrLf (new line).
2. When replacing is enabled, it will be also done for the AUX language.
3. „When recording the translation immediately after entering a \n, it is recorded with that \n, but if you visualize that field again before recording, the result is a line break (cr/lf) in the translation file.“
   I have reproduced it, there is even a more serious issue with it, I will try to fix it soon.

[СМ630]

A new setting is added to enable/disable replacing /n
The other issues are fixed.

Resolved in ver: 2021.09.28 (available for download).

[Albert B]

The tests I have done have worked well. Thanks a lot.

[СМ630]

Thanks for testing. Today I saw some oddities in a tranlsation file, I am sill not sure if they were created before orafter the fix, so I will keep this issue open some more checks are made.