[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#464898: suboptimal cursor hiding

forcemerge 460545 464898

On Sat, Feb  9, 2008 at 13:03:01 -0500, Joey Hess wrote:

> Package: xterm
> Version: 231-2
> Severity: normal
> xterm has grown a cursor hiding feature. It has much to learn from
> unclutter IMHO, including:
> * unclutter exists. Why bloat the RSS of every individual X program with
>   their own cursor hiding code?
> * Turning the cursor into a black dot is not a very good way to hide the
>   cursor. If the cursor happens to be right over a line in a character
>   on screen, that pixel will be turned off, which looks like a broken
>   font. If the cursor happens to be over an inverse color character, it
>   looks like a dead pixel. (I'm using black background obviously.) Please
>   don't emulate dead pixels. (Unclutter makes the cursor transparent,
>   avoiding this problem.)
> * If I press enter at the shell prompt, or scroll up/down in less, 
>   xterm causes the cursor to flicker each time. It looks like an old
>   system with a non-hardware cursor. Yugh. This flashing also prevents
>   unclutter from hiding the cursor, since it thinks it's active.
> * IMHO, hiding the cursor on a key press is suboptimal; the point of
>   cursor hiding is to get it out of the way when you're reading; I don't
>   always press a key when I'm reading. Unclutter hides the cursor after
>   it's been idle for a second.
> Obviously, I'd like a way to turn this feature off..
Already fixed in git for 232-1 (hiding the cursor no longer shows a dot,
there is a resource to configure this, and it's disabled by default).
See git://git.debian.org/git/pkg-xorg/app/xterm


Reply to: