Bug 468457 - cursor does not disappear in the inactive view
Summary: cursor does not disappear in the inactive view
Status: RESOLVED INTENTIONAL
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-04-13 08:00 UTC by pierre-yves
Modified: 2023-04-22 20:35 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kate with a highlighted border (15.85 KB, image/jpeg)
2023-04-17 15:06 UTC, pierre-yves
Details

Note You need to log in before you can comment on or make changes to this bug.
Description pierre-yves 2023-04-13 08:00:12 UTC
Steps to reproduce
open one document 1.html
split vertical
in the other part there is only 2.txt
switch between the two documents with F8 (Next Split View)

Result
In the inactive view the cursor stands still.

Expectation
In the inactive view the cursor should disappear.

Remark
I understand that if I mark some words that the marking elements are still marked when moving to the next view, but I don't see a sense in a standing cursor. For me the standing cursor disturbs because sometimes looking back at the display I try to find where the cursor is, and then I recognize: Oh, that's the wrong one that I was looking for, because it is not blinking. That happens many times specially then when the standing cursor is standing in an empty line. Or is there a possibility somewhere to disable the standing cursor?

Lubuntu 22.10, Kate 22.08.2
Comment 1 Waqar Ahmed 2023-04-13 10:38:00 UTC
>the inactive view the cursor stands still

Working as expected
Comment 2 pierre-yves 2023-04-15 18:29:49 UTC
>Working as expected

Would it be too complicated to disable it by default?
I mean, what is the advantage of a standing cursor?
I don't see any advantages. It just disturbs.
Comment 3 Christoph Cullmann 2023-04-15 18:36:09 UTC
It shows the location in the file.

Not all editors do it that way but I see personally no real reason to change that and for sure to have some extra option for that seems overkill.
Comment 4 pierre-yves 2023-04-15 18:47:26 UTC
> ... and for sure to have some extra option for that seems overkill.

This I understand completely. I don't ask for an option. It could be set by default that there is no standing cursor.

>... but I see personally no real reason to change that ...

OK, so please just give me only one example where it makes sense to see the location of a standing cursor.
Comment 5 Christoph Cullmann 2023-04-15 18:49:31 UTC
(In reply to pierre-yves from comment #4)
> > ... and for sure to have some extra option for that seems overkill.
> 
> This I understand completely. I don't ask for an option. It could be set by
> default that there is no standing cursor.
> 
> >... but I see personally no real reason to change that ...
> 
> OK, so please just give me only one example where it makes sense to see the
> location of a standing cursor.

It shows the location of the text cursor.
Comment 6 pierre-yves 2023-04-15 19:02:24 UTC
>It shows the location of the text cursor.

I know this already. I asked in which kind of condition one need to know the location of an inactive view. I still don't see any sense and you still didn't give me an example where the location of a standing cursor makes sense. I work with three views and it is so annoying to see three cursors around. I always spend time for catching the right one.
Comment 7 Christoph Cullmann 2023-04-15 19:40:38 UTC
(In reply to pierre-yves from comment #6)
> >It shows the location of the text cursor.
> 
> I know this already. I asked in which kind of condition one need to know the
> location of an inactive view. I still don't see any sense and you still
> didn't give me an example where the location of a standing cursor makes
> sense. I work with three views and it is so annoying to see three cursors
> around. I always spend time for catching the right one.

The active one blinks.

And I can just state it again, it shows the location of the text cursor.
That info is some times useful, if you compare e.g. long lines.
Comment 8 pierre-yves 2023-04-15 20:02:35 UTC
>That info is some times useful, if you compare e.g. long lines.

In this case I could easily mark a long line if there is a need to compare tong lines.

I recognized that if there is only one view, and then, if one switch to another window, then in Kate there is also a standing cursor. So, if the standing cursor would not exist in one view, the standing cursor would not appear in different views. Just as comparison: In the editor Geany, when switching to an other window, there is no standing cursor. And you know what? Till today nobody asked for a standing cursor in Geany, what means that there is absolutely no need for that (I just looked in the open and closed issues for "standing cursor" and "cursor window").

The big advantage of Kate are the different views, what does not exist in Geany. This is the only reason why I use Kate. So, if Kate has this unique position, it should offer the best different views, and that is definitively without standing cursor.
Comment 9 Christoph Cullmann 2023-04-15 20:06:37 UTC
(In reply to pierre-yves from comment #8)
> >That info is some times useful, if you compare e.g. long lines.
> 
> In this case I could easily mark a long line if there is a need to compare
> tong lines.
> 
> I recognized that if there is only one view, and then, if one switch to
> another window, then in Kate there is also a standing cursor. So, if the
> standing cursor would not exist in one view, the standing cursor would not
> appear in different views. Just as comparison: In the editor Geany, when
> switching to an other window, there is no standing cursor. And you know
> what? Till today nobody asked for a standing cursor in Geany, what means
> that there is absolutely no need for that (I just looked in the open and
> closed issues for "standing cursor" and "cursor window").
> 
> The big advantage of Kate are the different views, what does not exist in
> Geany. This is the only reason why I use Kate. So, if Kate has this unique
> position, it should offer the best different views, and that is definitively
> without standing cursor.

With that reasoning I can say that nobody asked so far for no standing cursor in over 20 years,
longer then Geany is around.

I fail to see the issue, you dislike the cursor, others not, it has some use, naturally you can try to select stuff to word around that but just because you dislike it and don't see the use, it is neither useless nor a bad choice to have it, even for split views.
Comment 10 Waqar Ahmed 2023-04-15 21:45:56 UTC
> one example where it makes sense

- Vimode

- When you have selection. Cursor shows the difference between anchor / current position.

> big advantage of Kate are the different views, what does not exist in Geany

Really? I thought we have a lot more features that don't exist there.
Comment 11 Waqar Ahmed 2023-04-15 21:48:24 UTC
View being inactive doesn't only mean that you have focused some other editor view. It can also mean that you focused a sidebar or terminal or something else. An invisible cursor in such cases will be massively annoying as one uses that to return to the position sometimes or just for context.
Comment 12 pierre-yves 2023-04-16 15:45:41 UTC
>Really? I thought we have a lot more features that don't exist there.

I can imagine that there a lot more features than in Geany, but for me the decisive element to use Kate are the different views.

>View being inactive doesn't only mean that you have focused some other editor view. It can also mean that ...

OK, the needs are different. So, I don't ask any more to disable the standing cursor, but to offer the option to disable the standing cursor.

>... I can say that nobody asked so far for no standing cursor in over 20 years, ...

Well, that does not mean that I'm the only one that feels disturbed by the standing cursor. Many users don't know where and how to report an issue.

>... and for sure to have some extra option for that seems overkill.

First I thought it would be very complicated to offer an option for different views. But later I recognized that the standing cursor also appears in the single view. So, if an option would exist to disable the standing cursor for the single view, that would mean that there would be automatically no standing cursor in multiple views. 

Possible solution for the settings
In the Settings, in Configure Kate..., in Appearance, in General, there could be a checkbox with a text like:
disable the highlighted line & the standing cursor when the editor view is not in focus
or even two check boxes with something like this (would be maybe the best solution):
disable the highlighted line when the editor view is not in focus
disable the standing cursor when the editor view is not in focus
or first just only this:
disable the standing cursor when the editor view is not in focus
Comment 13 pierre-yves 2023-04-17 15:06:58 UTC
Created attachment 158167 [details]
kate with a highlighted border

In case the option will be programed one day:

I recognized that also the border should not be highlighted. To avoid misunderstanding concerning the highlighted border, I attached an image (kate_highlighted_border.jpg) that shows the highlighted border on the left side of the standing cursor.

Maybe an additional option with a checkbox like this would be good:
disable the highlighted border when the editor view is not in focus
Comment 14 pierre-yves 2023-04-22 20:35:45 UTC
I just wanted to mention that I tested the editor Visual Studio Code. In that editor a standing cursor does not exist in all inactive views.