On Thu, 17 Feb 2011, Paul LeoNerd Evans wrote:

Graywh wrote:

Please fix vim's input queue mechanism with key info structures a.la libtermkey so that LeoNerd can fix terminal input and Gvim and everyone will be happy. Thanks.

[...]

I am talking about ripping out the byte-queue input system and replacing it with a structured keypress queue. [...]

Having done this, I can then quite easily send you a patch to use libtermkey [...]

Tab, Ctrl-I and Ctrl-Shift-I even over terminal from a properly-configured xterm. [...]

So, from other responses, it seems (to me) that the problem isn't necessarily in the input queue, per se. "Special" keys are already represented in some internal format (perhaps not-well-documented, since it's internal, but still represented). (example of undocumented nature is the K_IGNORE special key trick that stopped working when its keycode was either changed or eliminated [1]).

Taking that as a given, I'm going to ignore that aspect of this issue. My question is about libtermkey. I was curious enough to download it, unpack it, `make` it, and run ./demo. And, surprisingly, given that it seems to be the favored example, pressing <Tab>, then <Ctrl>+<i>, then <Ctrl>+<Shift>+<i> gave me the output sequence:

<Tab>
<Tab>
<Tab>

So, I'm wondering: what does libtermkey bring to the table?

I tested under both rxvt-unicode (my preferred terminal emulator) and uxterm (which, AFAIK, is a "properly-configured" xterm). If "properly-configured" actually means "specially-configured", how would using libtermkey be anything less than a huge PITA when working on multiple systems that aren't so configured? Or is this a chicken-and-egg problem? (Nothing is configured to send anything other than 70's-style "<C-i>" == "<Tab>", so nothing ever will be.)

--
Best,
Ben

[1] 
http://groups.google.com/group/vim_use/browse_thread/thread/8c535e5cf2b35f63/319b3113716e52d5

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

Raspunde prin e-mail lui