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).