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
I'm not sure I understand, could you attach a screenshot showing the difference in KDevelop vs. 'other well-known editing tool'?
(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.
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?
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.
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,...
(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?
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!
(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.