Summary: | End line to have a predictable behavior | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Alberto Salvia Novella <es20490446e> |
Component: | encoding | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | christoph |
Priority: | NOR | ||
Version: | 21.04.1 | ||
Target Milestone: | --- | ||
Platform: | Manjaro | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | doc.txt |
That is not correct, this file ends with too new line characters. e.g. Atom shows 5 lines here, too. Same for VSCode That other editors handle this differently is correct. But there is no reason to change how we do this, given we are not "alone" here. I meant naturally "two" new line characters ;=) Neither Github, Gitlab or most editors on Linux do this the other way. It's quite surprising to code something just to see it with different spaces in almost everything else. This reason alone is enough for me not to use Kate. |
Created attachment 139493 [details] doc.txt - I open the attached document in ANY other text editor: no extra end line is shown. - I open it in Kate: extra end line is shown. - Even when having disabled the option to insert new line at the end of the document. - It doesn't happen with all documents.