[suprise]konsole colour words on mouse hover
A weird konsole feature I've stumbled on...
Type a colour name in a konsole window; it can be at a shell prompt, or some programme running in the konsole window, such as nano. Now, hover the mouse pointer on the word.
konsole displays a square of that colour close to the word. It works for any colour in the X11 rgb.txt that does not have a digit ("slategrey" but not "slategrey2").
So there's colours like goldenrod, darkorchid, sienna. There's more than in /usr/share/X11/rgb.txt, such as teal and crimson, but not all the colours in vim's rgb.txt.
It also works for colour specifiers with a # and hexadecimal rgb, either 3 or 6 hex digits, f.ex. "#ff0" or "#ffff00". [edit - thanks to a reddit post]
I'd thought I was getting some weird graphics artifacts. The mouse might be passing over the konsole window and if the timing is right a colour square gets left behind for a few seconds.
Type a colour name in a konsole window; it can be at a shell prompt, or some programme running in the konsole window, such as nano. Now, hover the mouse pointer on the word.
konsole displays a square of that colour close to the word. It works for any colour in the X11 rgb.txt that does not have a digit ("slategrey" but not "slategrey2").
So there's colours like goldenrod, darkorchid, sienna. There's more than in /usr/share/X11/rgb.txt, such as teal and crimson, but not all the colours in vim's rgb.txt.
It also works for colour specifiers with a # and hexadecimal rgb, either 3 or 6 hex digits, f.ex. "#ff0" or "#ffff00". [edit - thanks to a reddit post]
I'd thought I was getting some weird graphics artifacts. The mouse might be passing over the konsole window and if the timing is right a colour square gets left behind for a few seconds.
Comment