Skip to content
This repository has been archived by the owner on Sep 8, 2020. It is now read-only.

Don't highlight selection after a timeout #1008

Open
sphonks opened this issue Jun 10, 2020 · 0 comments
Open

Don't highlight selection after a timeout #1008

sphonks opened this issue Jun 10, 2020 · 0 comments

Comments

@sphonks
Copy link

sphonks commented Jun 10, 2020

Highlighting of the currently selected row prevents the use of colour to differentiate threads and kernel processes from other processes, as well as preventing the highlighting of the program 'basename', memory kB/MB distinction, etc.. By default, the highlight position is the row at the top of the list, meaning most often the one with highest CPU or memory usage. It defeats the purpose of using colours, as they only apply to all but the 'most important' process.

Additionally, it would seem that the current behaviour is to freeze the order or processes for a few seconds when the user moves the selection.

So why not highlight the selection during said amount of time only. After that, don't highlight anything until the user interacts with htop again, allowing for a cleaner a more readable list of processes.

I should point out that when the order is not frozen (i.e most of the time), the process corresponding to the highlighted position will be constantly changing based on the ordering. Therefore there is no point in having it highlighted at all, since no user should try to act upon the selection before freezing the list again, by first moving the selection.

If a time-based approach is a problem, a quick workaround could be to only highlight the selection's PID column, or any column for which the colour carries no information.

KoffeinFlummi pushed a commit to KoffeinFlummi/htop-vim that referenced this issue Feb 16, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant