Bram Moolenaar wrote:
Tony Mechelynck wrote:
I have enabled CursorLine and CursorColumn highlights as follows:
(~/.vimrc):
[...]
colorscheme almost-default
[...]
if exists("+cursorcolumn")
set cuc cul
endif
[...]
(~/.vim/colors/almost-default.vim):
[...]
if has("gui_running")
hi clear CursorLine
hi CursorLine guibg=#F4F4F4
" leave it underlined (default) in cterm
endif
hi clear CursorColumn
hi link CursorColumn CursorLine
[...]
However, I notice that their interaction with other highlights is not
always the same, even though they are linked to each other: all the
following is in the GUI:
- most syntax highlights change only the foreground, which is respected;
- a few, for instance helpNote (linked to Todo) and htmlError (linked to
Error), change the background, which is changed to pale grey on both the
cursor line and the cursor column;
- neither the status line, the (text-style) tab line, nor text in
another window than the current one, are affected.
I suppose the above can be regarded as normal. But:
- Search highlight sets the background to yellow; this is changed to
pale grey on the cursor column but not on the cursor line;
- SpecialKey sets the foreground to blue and NonText sets it to bold
blue: these are changed to unbold and bold black (respectively) on the
cursor line but not on the cursor column.
The fact that in these cases, highlights linked to each other do not
behave identically, strikes me as weird. Bug or feature?
The colors are identical, but the way they are combined with other
highlighting differs. That's because line highlighting looks different
from column highlighting. The character cell is not square either.
Is the current choice of combining colors bad in some way? Note that
it's never going to be perfect, there are always situations where
some information is hard to read or even missing.
Bad? I wouldn't call it that. Just weird. Surprising, if you get my
drift. But I guess I can live with it. I suppose I won't even notice it
in a few months' time.
Best regards,
Tony.
