Bug 378490

Summary:	Checking column display for the position of the editor cursor
Product:	[Applications] kdevelop	Reporter:	Markus Elfring <Markus.Elfring>
Component:	All editors	Assignee:	kdevelop-bugs-null
Status:	REPORTED ---
Severity:	normal	CC:	mail
Priority:	NOR
Version First Reported In:	5.1.0
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Demonstration for a text editing siutation around a tab character in KDevelop 5.1

Description Markus Elfring 2017-04-06 07:33:51 UTC

I am trying the application “KDevelop 5.1.0-25.1” out again. I have noticed that the display for the column number besides the editor window can be different from the value which is shown by other well-known editing tools if the text line contains “special” characters like tabs.
It seems that I need to switch the guide line display on then for changes I am interested in occasionally.

My current observation is similar to information in the bug report “cursor column position is incorrect”.
https://bugs.kde.org/show_bug.cgi?id=133313

Comment 1 Kevin Funk 2017-04-06 08:21:22 UTC

I'm not sure I understand, could you attach a screenshot showing the difference in KDevelop vs. 'other well-known editing tool'?

Comment 2 Markus Elfring 2017-04-06 08:30:55 UTC

(In reply to Kevin Funk from comment #1)

I find it more important to clarify if the editor setting should be taken into account how tabs will be mapped to space characters (corresponding column displays then) here.

Comment 3 Markus Elfring 2017-04-06 09:05:35 UTC

Created attachment 104900 [details]
Demonstration for a text editing siutation around a tab character in KDevelop 5.1

(In reply to Kevin Funk from comment #1)

Do you get further ideas from this picture?

Comment 4 Sven Brauch 2017-04-06 09:13:01 UTC

I think this behaviour is correct, but I see how you could disagree with that.

Counting characters is really difficult, as you have to specify what you actually want. I think what happens at the moment is that it counts utf16 code units, which has the advantage of being simple and well-defined.

Comment 5 Milian Wolff 2017-04-06 09:30:20 UTC

afaik ktexteditor has an idea of virtual cursors that map to the "expected" column. Not sure how we want to show it though, some people want to actual cursor position, some want the virtual,...

Comment 6 Markus Elfring 2017-04-06 09:44:30 UTC

(In reply to Sven Brauch from comment #4)

Applications like the following give me an other impression by default for the shown example.
* Anjuta 3.22.0-2.1
* Qt Creator 3.2.2-110.4
* KWrite 16.12.3-1.2

Is there a need to choose the desired character count display behaviour?

Comment 7 Justin Zobel 2022-11-04 03:10:27 UTC

Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!

Comment 8 Markus Elfring 2022-11-04 07:04:14 UTC

(In reply to Justin Zobel from comment #7)
The application “KDevelop 22.08.2” shows also a column number which might be interesting for further considerations according to the handling og “special” characters like tabs.