type(getchar()) return 1 for <

[wsdjeg]

• nvim --version: NVIM v0.5.0-345-g0b49cb67f
• vim -u DEFAULTS (version: ) behaves differently? yeah
• Operating system/version: win7
• Terminal name/version: NO
• $TERM: NO

Steps to reproduce using nvim -u NORC

nvim -u NORC
# Alternative for shell-related problems:
# env -i TERM=ansi-256color "$(which nvim)"
:echo type(getchar())
press <

Actual behaviour

it should print 0, but it is 1 in nvim

Expected behaviour

this should same as vim

[glacambre]

On 2020-06-13 14:45, Wang Shidong wrote: * |nvim --version|: NVIM v0.5.0-345-g0b49cb67f

Could you try nightly?

* Terminal name/version: NO * |$TERM|: NO

I think these might be important - I can't reproduce this on linux+kitty.

[mhinz]

From Gitter:

getchar() and < returns 60 on macOS, but in this case, <80><fc>^B on Windows.

[erw7]

I checked and nvim-qt is sending "<S-lt>". Therefore, I think this is a problem with nvim-qt, not neovim.

[justinmk]

Looks like this was fixed in equalsraf/neovim-qt#134 .

Test with neovim-qt v0.2.16.1 (or later) https://github.com/equalsraf/neovim-qt/releases/tag/v0.2.16.1