Bug 438872 - End line to have a predictable behavior
Summary: End line to have a predictable behavior
Status: RESOLVED NOT A BUG
Alias: None
Product: kate
Classification: Applications
Component: encoding (show other bugs)
Version: 21.04.1
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-18 15:15 UTC by Alberto Salvia Novella
Modified: 2021-07-04 01:06 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
doc.txt (128 bytes, text/plain)
2021-06-18 15:15 UTC, Alberto Salvia Novella
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alberto Salvia Novella 2021-06-18 15:15:58 UTC
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.
Comment 1 Christoph Cullmann 2021-07-03 16:41:50 UTC
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.
Comment 2 Christoph Cullmann 2021-07-03 16:42:19 UTC
I meant naturally "two" new line characters ;=)
Comment 3 Alberto Salvia Novella 2021-07-04 01:06:16 UTC
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.