On 15/12/13 16:39, Alex Efros wrote:
Hi!
I'm not sure which application has this bug - vim or urxvt.
I'm using urxvt with custom font which doesn't have all unicode symbols,
but AFAIK urxvt somehow magically load symbols absent in current font from
some other fonts. I've no idea how urxvt decide which font should be
used, but looks like in my case most such symbols loaded from DevaVu.
I've just added to ~/.XCompose these lines:
<Multi_key> <v> <v> : "✓" U2713 # CHECK MARK
<Multi_key> <V> <V> : "✔" U2714 # HEAVY CHECK MARK
and while testing them I noticed strange thing: in vim CHECK MARK looks
too large, larger and bolder than HEAVY CHECK MARK. In bash CHECK MARK
always looks correctly (lighter than HEAVY CHECK MARK).
In `vim -u /dev/null --noplugin` CHECK MARK also always looks correctly,
like in bash. So, I've bisect vim settings and found problem is in …
set esckeys
WOW, that was a real surprise!!!
Actual command which break this is "set nocompatible" in /etc/vim/vimrc,
but if I add "set noesckeys" right after it - it fix issue with CHECK
MARK's rendering/font.
I don't like to disable esckeys just to fix one symbol rendering issue
(all other symbols works ok, or at least I never noticed rendering
differences), so if anyone have idea about another workaround or how to
further debug this issue (is it possible to enable debugging in urxvt to
find out which extra fonts it use?)…
I'm using Gentoo Linux, vim-7.4.94, rxvt-unicode-9.18.
Like it is said under :help 'esckeys', try the following:
:set esckeys timeout timeoutlen=5000 ttimeoutlen=100
The values (in milliseconds) may change somewhat between you and me, as
follows:
'ttimeoutlen' (here 100, meaning 0.1 s) should be longer than the time
between successive bytes sent by your keyboard interface (or remote
keyboard interface, if you use one) for a single keypress but shorter
than the time between successive keypresses at your fastest typing speed;
'timeoutlen' (here 5000, meaning 5 s) should be longer than the time
between successive keypresses of a single multibyte {lhs} in a mapping
at your slowest typing speed, but not long enough to tire you out when
you want to break a mapping (or you could also add <Left><Right> between
them, when typing keys that must not be considered part of a single
mapping).
Best regards,
Tony.
--
It takes all kinds to fill the freeways.
-- Crazy Charlie
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
