Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
hw/xwin/winkeybd.h| 14 +++---
hw/xwin/winkeynames.h | 13 +
2 files changed, 16 insertions(+), 11 deletions(-)
diff --git a/hw/xwin/winkeybd.h b/hw/xwin/winkeybd.h
index 5b2a589..662392b 100644
---
Add a few more special keys I have on my keyboard: mail, search, browser
These are normally trapped by Windows, so -keyhook needs to be taught
how to catch them as well
---
hw/xwin/winkeybd.h|6 +++---
hw/xwin/winkeyhook.c | 12 +++-
hw/xwin/winkeynames.h |4
3 files
the command line.
As far as I can see, there's currently no way to address this short of
explicitly binding all the CSI keycodes to nothing. (Well, actually, a
single binding seems to suffice for codes that differ only in the last
character, but that doesn't help with the F-keys and the likes of
Insert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andy Koppe on 7/19/2009 5:30 AM:
It's working correctly here, including when adding bindings for longer
keycodes: no more funny characters when accidentally hitting the wrong
key. Please consider the patch for inclusion
2009/7/19 Eric Blake:
It's working correctly here, including when adding bindings for longer
keycodes: no more funny characters when accidentally hitting the wrong
key. Please consider the patch for inclusion into the readline
package.
I'll play with this, and consider adding
I'm a bit confused about those. They didn't change during the xorg
transition, did they? I could have sworn they sent VT220-style ^[[1;
and ^[[4; but actually they send PC-style ^[[H and ^[[F. Of course I
should have realised this when I changed F1 to F4 to PC-style codes in
MinTTY ...
D'oh,
Andy
On Sat, 14 Mar 2009, Andy Koppe wrote:
I'm a bit confused about those. They didn't change during the xorg
transition, did they? I could have sworn they sent VT220-style ^[[1;
and ^[[4; but actually they send PC-style ^[[H and ^[[F. Of course I
should have realised this when I changed F1 to F4
set to Xterm mode.
I tend to ignore PuTTY's keyboard options, since they don't really
match xterm's options.
I note that Debian uses PC-style too. Is this issue fairly settled
then, i.e. do most systems use the PC-style keycodes for their xterm
terminfo entries?
PC-style's the default since
On Thu, Jan 15, 2009 at 12:24 AM, Andy Koppe wrote:
Speaking of history, does anyone know why xterm and rxvt diverged so much on
modifier keycodes and why the xterm codes ended up being six characters
long?
Because rxvt failed to adhere to the relevant standards[1].
[1] http://www.ecma
On Thu, Jan 15, 2009 at 1:05 AM, Andrew DeFaria wrote:
Andy Koppe wrote:
Andrew DeFaria wrote:
\e[1;5A: history-search-backward
\e[1;5B: history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't seem to
work for me.
Start typing a command, press Ctrl-Up,
Matt Wozniski wrote:
On Thu, Jan 15, 2009 at 1:05 AM, Andrew DeFaria wrote:
Andy Koppe wrote:
Andrew DeFaria wrote:
\e[1;5A: history-search-backward
\e[1;5B: history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't seem to
work for me.
-backward
\eOb: history-search-forward
Speaking of history, does anyone know why xterm and rxvt diverged so
much on modifier keycodes and why the xterm codes ended up being six
characters long?
Andy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http
Andy Koppe wrote:
Andrew DeFaria wrote:
\e[1;5A: history-search-backward
\e[1;5B: history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't seem
to work for me.
Start typing a command, press Ctrl-Up, and it finds the previous
line in the history that started
On Sun, 2 Jul 2006, Chris Sutcliffe wrote:
I'm having a bit of a problem with urxvt and key-codes with vim. I
have key-map setup such that Control-PageUp / PageDown switch between
buffers (bp / bn). This key-mapping works fine under and xterm, but
just rings the system bell under urxvt. The
rxvt (and derived things such as Eterm, aterm, wterm, urxvt) use a
different escape sequence for modifiers with function-keys.
Is it possible to determine what these escape sequences are? I assume
once they are determined I should add them to my .inputrc?
Chris
--
Chris Sutcliffe
On Mon, 3 Jul 2006, Chris Sutcliffe wrote:
rxvt (and derived things such as Eterm, aterm, wterm, urxvt) use a
different escape sequence for modifiers with function-keys.
Is it possible to determine what these escape sequences are? I assume
once they are determined I should add them to my
yes - they're documented (in rxvt's source, there's a doc or docs
directory containing the file). I added some comments to terminfo.src in
ncurses which covers much of that:
Thanx for providing that.
I did some Googling and came up with this link:
I'm having a bit of a problem with urxvt and key-codes with vim. I
have key-map setup such that Control-PageUp / PageDown switch between
buffers (bp / bn). This key-mapping works fine under and xterm, but
just rings the system bell under urxvt. The odd thing is that Ctrl
and PageUp/PageDown
18 matches
Mail list logo
