* command on switching terminals?
@ 2018-01-06 5:33 Ray Andrews
2018-01-06 22:20 ` Mikael Magnusson
0 siblings, 1 reply; 21+ messages in thread
From: Ray Andrews @ 2018-01-06 5:33 UTC (permalink / raw)
To: Zsh Users
Is it possible for zsh to know when the terminal in which it is running
has awakened by having the mouse moved into that window? I understand
that it's the window manager that decides which terminal is active of
course, but perhaps zsh knows when it is put to sleep by the mouse
moving out of it's window, and also knows when it has been awakened
again? I have a utility that lets you hotkey a mouse jump between
terminals so as to jump between them without having to reach for the
mouse itself, and I can call it fine within a function, but I'd like to
be able to also execute some code after each jump but in the new
window. As it is, zsh just wakes up without seeming to know it's been
asleep so there's nothing to 'attach' any commands to. precmd() and
preexec() are not aroused. Any commands inside the calling function
placed after the command to jump to the new terminal are executed in the
old terminal, which is not surprising, so it would have to depend on the
awakened terminal knowing it's been awakened. Sorta like precmd but
hooked to the activation of the terminal. I understand that this might
be outside of zsh's domain.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-06 5:33 command on switching terminals? Ray Andrews
@ 2018-01-06 22:20 ` Mikael Magnusson
2018-01-06 22:45 ` Ray Andrews
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Mikael Magnusson @ 2018-01-06 22:20 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Sat, Jan 6, 2018 at 6:33 AM, Ray Andrews <rayandrews@eastlink.ca> wrote:
> Is it possible for zsh to know when the terminal in which it is running has
> awakened by having the mouse moved into that window? I understand that it's
> the window manager that decides which terminal is active of course, but
> perhaps zsh knows when it is put to sleep by the mouse moving out of it's
> window, and also knows when it has been awakened again? I have a utility
> that lets you hotkey a mouse jump between terminals so as to jump between
> them without having to reach for the mouse itself, and I can call it fine
> within a function, but I'd like to be able to also execute some code after
> each jump but in the new window. As it is, zsh just wakes up without
> seeming to know it's been asleep so there's nothing to 'attach' any commands
> to. precmd() and preexec() are not aroused. Any commands inside the
> calling function placed after the command to jump to the new terminal are
> executed in the old terminal, which is not surprising, so it would have to
> depend on the awakened terminal knowing it's been awakened. Sorta like
> precmd but hooked to the activation of the terminal. I understand that this
> might be outside of zsh's domain.
You can, yes. Note that if a program was running in the foreground,
zsh won't know if the terminal is active or not once that program
finishes though. I have never found a practical use for this.
# this might work for more terminals but i haven't tested, adjust as needed
# also check if you already have hooks for zle-line-init/finish and
adjust those as needed instead
# note also that leaving/entering a terminal will disable paste
hilighting when the following stuff is enabled
# These two hooks will enable and disable the terminal sending an
escape code to the terminal when it receives/loses focus, since most
programs won't handle them.
function _zle_line_init() {
# enable focus events
[[ $TERM == rxvt-unicode || $TERM = xterm ]] && printf '\e[?1004h'
}
function _zle_line_finish() {
# disable focus events
[[ $TERM == rxvt-unicode || $TERM = xterm ]] && printf '\e[?1004l'
}
zle -N zle-line-init _zle_line_init
zle -N zle-line-finish _zle_line_finish
# Handle FocusIn/Out events
bindkey '^[[I' focus-in
bindkey '^[[O' focus-out
# you can use two different functions too of course,
# i just happened to want the same thing to happen in both cases
# when i was testing this
zle -N focus-in _focus_handler
zle -N focus-out _focus_handler
function _focus_handler() {
# $WIDGET will be focus-in when terminal receives
# focus and focus-out when losing it, eg
if [[ $WIDGET = focus-in ]]; then
zle -M "hey we got focus"
fi
}
--
Mikael Magnusson
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-06 22:20 ` Mikael Magnusson
@ 2018-01-06 22:45 ` Ray Andrews
2018-01-07 18:48 ` Grant Taylor
2018-01-07 0:51 ` Ray Andrews
2018-01-08 6:25 ` Mikael Magnusson
2 siblings, 1 reply; 21+ messages in thread
From: Ray Andrews @ 2018-01-06 22:45 UTC (permalink / raw)
To: zsh-users
On 06/01/18 02:20 PM, Mikael Magnusson wrote:
Thanks Mikael, I'll play with that and let you know.
> You can, yes. Note that if a program was running in the foreground,
> zsh won't know if the terminal is active or not once that program
> finishes though. I have never found a practical use for this.
What I want to do is pretty esoteric, if I execute my command " c 12 " I
want focus to jump to xterm #12 (which already works fine) but also 'cd'
xterm #12 to the current directory in the xterm I just jumped from. Of
course any sort of 'cd' command in the same function but after the jump
continues to be executed in the original xterm, thus I'll want some way
of detecting the change in focus. It's smartassy but should be
educational to fool around with.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-06 22:20 ` Mikael Magnusson
2018-01-06 22:45 ` Ray Andrews
@ 2018-01-07 0:51 ` Ray Andrews
2018-01-07 13:24 ` Mikael Magnusson
2018-01-08 6:25 ` Mikael Magnusson
2 siblings, 1 reply; 21+ messages in thread
From: Ray Andrews @ 2018-01-07 0:51 UTC (permalink / raw)
To: zsh-users
On 06/01/18 02:20 PM, Mikael Magnusson wrote:
> # Handle FocusIn/Out events
> bindkey '^[[I' focus-in
> bindkey '^[[O' focus-out
Mikael:
What keys are those? I tried the usual suspects with no luck.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 0:51 ` Ray Andrews
@ 2018-01-07 13:24 ` Mikael Magnusson
2018-01-07 16:45 ` Ray Andrews
0 siblings, 1 reply; 21+ messages in thread
From: Mikael Magnusson @ 2018-01-07 13:24 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Sun, Jan 7, 2018 at 1:51 AM, Ray Andrews <rayandrews@eastlink.ca> wrote:
> On 06/01/18 02:20 PM, Mikael Magnusson wrote:
>>
>> # Handle FocusIn/Out events
>> bindkey '^[[I' focus-in
>> bindkey '^[[O' focus-out
>
>
> Mikael:
>
> What keys are those? I tried the usual suspects with no luck.
>> # Handle FocusIn/Out events
they are the sequences sent by the terminal when it receives/loses focus.
--
Mikael Magnusson
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 13:24 ` Mikael Magnusson
@ 2018-01-07 16:45 ` Ray Andrews
2018-01-07 18:23 ` Mikael Magnusson
0 siblings, 1 reply; 21+ messages in thread
From: Ray Andrews @ 2018-01-07 16:45 UTC (permalink / raw)
To: zsh-users
On 07/01/18 05:24 AM, Mikael Magnusson wrote:
I can't get it to work Mikael, here's my current hacked up test code, I
source it in two different terminals and then change focus between them
but nothing seems different. I've tried a few variations on this with
no luck:
------------------------------
#!/usr/bin/zsh
function _zle_line_init()
{
[[ $TERM = xterm ]] && printf '\e[?1004h'
echo in-$TERM
}
function _zle_line_finish()
{
[[ $TERM = xterm ]] && printf '\e[?1004l'
echo out-$TERM
}
zle -N zle-line-init _zle_line_init
zle -N zle-line-finish _zle_line_finish
# The test echo's in the functions show that the above two lines are in
effect, I get:
# $ in-xterm
# out-xterm
# ... after every ENTER.
bindkey '^[[I' focus-in
bindkey '^[[O' focus-out
zle -N focus-in _focus_handler
zle -N focus-out _focus_handler
# But this seems not to be called:
function _focus_handler()
{
if [[ $WIDGET = focus-in ]]; then
zle -M "hey we got focus"
fi
if [[ $WIDGET = focus-out ]]; then
zle -M "we lost focus"
fi
echo _focus_handler where are you?
}
echo sourced ok
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 16:45 ` Ray Andrews
@ 2018-01-07 18:23 ` Mikael Magnusson
2018-01-07 18:39 ` Grant Taylor
2018-01-07 19:06 ` Ray Andrews
0 siblings, 2 replies; 21+ messages in thread
From: Mikael Magnusson @ 2018-01-07 18:23 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Sun, Jan 7, 2018 at 5:45 PM, Ray Andrews <rayandrews@eastlink.ca> wrote:
> On 07/01/18 05:24 AM, Mikael Magnusson wrote:
>
> I can't get it to work Mikael, here's my current hacked up test code, I
> source it in two different terminals and then change focus between them but
> nothing seems different. I've tried a few variations on this with no luck:
> ------------------------------
Are you using xterm? Maybe some other knock-off terminal claims to be
xterm but actually doesn't support all the features xterm (and urxvt)
support.
--
Mikael Magnusson
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 18:23 ` Mikael Magnusson
@ 2018-01-07 18:39 ` Grant Taylor
2018-01-07 19:06 ` Ray Andrews
1 sibling, 0 replies; 21+ messages in thread
From: Grant Taylor @ 2018-01-07 18:39 UTC (permalink / raw)
To: zsh-users
[-- Attachment #1: Type: text/plain, Size: 512 bytes --]
On 01/07/2018 11:23 AM, Mikael Magnusson wrote:
> Are you using xterm? Maybe some other knock-off terminal claims to be
> xterm but actually doesn't support all the features xterm (and urxvt)
> support.
I was not aware that Xterm would send keys to the window when it
received and lost focus. - Do you have an Xterm setting enabled in the
Main / VT / Font Options menus?
I don't know how I would use such focus awareness, but I'd like to
dabble in it.
--
Grant. . . .
unix || die
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-06 22:45 ` Ray Andrews
@ 2018-01-07 18:48 ` Grant Taylor
0 siblings, 0 replies; 21+ messages in thread
From: Grant Taylor @ 2018-01-07 18:48 UTC (permalink / raw)
To: zsh-users
[-- Attachment #1: Type: text/plain, Size: 1671 bytes --]
On 01/06/2018 03:45 PM, Ray Andrews wrote:
> What I want to do is pretty esoteric, if I execute my command " c 12 " I
> want focus to jump to xterm #12 (which already works fine) but also 'cd'
> xterm #12 to the current directory in the xterm I just jumped from.
I'd like to know more about how you're changing the focus of the
windows. Would you please share?
> Of course any sort of 'cd' command in the same function but after the
> jump continues to be executed in the original xterm, thus I'll want
> some way of detecting the change in focus. It's smartassy but should be
> educational to fool around with.
I've done something (I think is) similar to what you're wanting to do
via xdotool sending key strokes to other windows.
Window 1 had a proprietary Python program running with a readline macro
defined do perform some actions.
Window 2 had a "while :; do xdotool <send macro initiation key sequence
to window 1>; sleep 60; done" loop running.
Window 3 had a "sleep 72000; xdotool <send Ctrl-C to window 2>" running.
I know that it's not the most graceful, but it did what I wanted it to do.
The point being that I was able to use the xdotool to send keyboard
commands from one window into a different window. - Which sounds
adjacent to what you're wanting your source xterm to do to xterm #12.
Granted, I don't know how to set up the targeting of xdotool in your
scenario. (I used xwininfo to get the Window IDs of window #1 & #2 and
manually put the values on the xdotool command lines in windows #2 & #3
respectively.) But I suspect that can be worked out.
--
Grant. . . .
unix || die
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 18:23 ` Mikael Magnusson
2018-01-07 18:39 ` Grant Taylor
@ 2018-01-07 19:06 ` Ray Andrews
2018-01-07 20:27 ` Bart Schaefer
2018-01-07 20:29 ` Grant Taylor
1 sibling, 2 replies; 21+ messages in thread
From: Ray Andrews @ 2018-01-07 19:06 UTC (permalink / raw)
To: zsh-users
On 07/01/18 10:23 AM, Mikael Magnusson wrote:
>
> Are you using xterm? Maybe some other knock-off terminal claims to be
> xterm but actually doesn't support all the features xterm (and urxvt)
> support.
>
No, it's xfce4-terminal, I say 'xterm' because that seems generic for a
graphical terminal. I just fired up two real xterms and it works
perfectly even with my diagnostic code as shown. But xterm seems very
primitive otherwise compared to xfce4-terminal, I wonder how I can
pursue making that work with the latter? Sounds like it's not really a
zsh issue tho. Bet it's with the bindkey lines.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 19:06 ` Ray Andrews
@ 2018-01-07 20:27 ` Bart Schaefer
2018-01-07 20:43 ` Grant Taylor
2018-01-07 21:12 ` Ray Andrews
2018-01-07 20:29 ` Grant Taylor
1 sibling, 2 replies; 21+ messages in thread
From: Bart Schaefer @ 2018-01-07 20:27 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Sun, Jan 7, 2018 at 11:06 AM, Ray Andrews <rayandrews@eastlink.ca> wrote:
> No, it's xfce4-terminal
As far as I can tell, xfce4-terminal does not support sending anything
to the app running inside the terminal when the window gains focus.
> xterm seems very primitive
> otherwise compared to xfce4-terminal
xterm is older but more stuffed with features. xfce4-terminal is
intentionally "lightweight".
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 19:06 ` Ray Andrews
2018-01-07 20:27 ` Bart Schaefer
@ 2018-01-07 20:29 ` Grant Taylor
1 sibling, 0 replies; 21+ messages in thread
From: Grant Taylor @ 2018-01-07 20:29 UTC (permalink / raw)
To: zsh-users
[-- Attachment #1: Type: text/plain, Size: 951 bytes --]
On 01/07/2018 12:06 PM, Ray Andrews wrote:
> But xterm seems very primitive otherwise compared to xfce4-terminal
What about Xterm seems primitive to you?
I've found that Xterm supports far more things (that I use and care
about) than any of the other terminals that I've tried.
Many of the other terminals that I've tried seem to focus on window
dressing and things outside of the actual terminal area. Thus things
that don't really impact my use of Xterm.
That being said, I would be interested in something that wrapped around
Xterm and provided various window dressing / eye candy while maintaining
all of the things that Xterm can do that other terminal emulators don't do.
Note: I use Xterm as the proper name for the "xterm" program / binary
and (rarely) "xterm" as a generic term for other terminal emulators.
(Think Xerox / Kleenex proper brands vs alternative brands.)
--
Grant. . . .
unix || die
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 20:27 ` Bart Schaefer
@ 2018-01-07 20:43 ` Grant Taylor
2018-01-07 21:12 ` Ray Andrews
1 sibling, 0 replies; 21+ messages in thread
From: Grant Taylor @ 2018-01-07 20:43 UTC (permalink / raw)
To: zsh-users
[-- Attachment #1: Type: text/plain, Size: 933 bytes --]
On 01/07/2018 01:27 PM, Bart Schaefer wrote:
> xterm is older but more stuffed with features.
Yep. Features that I occasionally use, like, and want to continue using.
- Sixel / ReGIS graphics in the terminal w/o some sort of overlay hack.
- answer back
- Tektronix 4014 emulation - great for things like GNUplot
- double height and / or width fonts
- the ability to save a screen as HTML (read: text) including colors
- Media Copy - send remote command output to a file on the client's
desktop.
That's just what comes to mind at the moment.
I really like and use both Sixel and Media Copy. MC is quite nice in
that I can be sshed to a remote machine, running commands interactively,
and cause the output of a specific command to show up on my client
desktop as a file. }:-)
I know that they are esoteric things. But they are things that I do use.
--
Grant. . . .
unix || die
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 20:27 ` Bart Schaefer
2018-01-07 20:43 ` Grant Taylor
@ 2018-01-07 21:12 ` Ray Andrews
2018-01-07 21:36 ` Grant Taylor
2018-01-08 1:43 ` Ray Andrews
1 sibling, 2 replies; 21+ messages in thread
From: Ray Andrews @ 2018-01-07 21:12 UTC (permalink / raw)
To: zsh-users
On 07/01/18 12:27 PM, Bart Schaefer wrote:
>
> xterm is older but more stuffed with features. xfce4-terminal is
> intentionally "lightweight".
>
Hmmm ... yeah, I guess this thing is pretty non-light. I could never
get xterm to use anything but the nastiest fonts tho. But I'm tempted
to see what mischief I can get up to with Mikael's code. Probably some
horrible man page for xterm if I had the spine.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 21:12 ` Ray Andrews
@ 2018-01-07 21:36 ` Grant Taylor
2018-01-08 1:43 ` Ray Andrews
1 sibling, 0 replies; 21+ messages in thread
From: Grant Taylor @ 2018-01-07 21:36 UTC (permalink / raw)
To: zsh-users
[-- Attachment #1: Type: text/plain, Size: 344 bytes --]
On 01/07/2018 02:12 PM, Ray Andrews wrote:
> I could never get xterm to use anything but the nastiest fonts tho.
I've had reasonably good luck with altering fonts in Xterm. (Anyone
who's interested…) Feel free to email me (off list to avoid spamming
the Zsh-users list) if you want pointers.
--
Grant. . . .
unix || die
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3982 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-07 21:12 ` Ray Andrews
2018-01-07 21:36 ` Grant Taylor
@ 2018-01-08 1:43 ` Ray Andrews
1 sibling, 0 replies; 21+ messages in thread
From: Ray Andrews @ 2018-01-08 1:43 UTC (permalink / raw)
To: zsh-users
On 07/01/18 01:12 PM, Ray Andrews wrote:
> On 07/01/18 12:27 PM, Bart Schaefer wrote:
>>
>> xterm is older but more stuffed with features. xfce4-terminal is
>> intentionally "lightweight".
>>
> Hmmm ... yeah, I guess this thing is pretty non-light. I could never
> get xterm to use anything but the nastiest fonts tho. But I'm
> tempted to see what mischief I can get up to with Mikael's code.
> Probably some horrible man page for xterm if I had the spine.
>
>
Fiddling around, some of the modern emulators work, some don't. Gotta
be careful what $TERM is tho, is seems to vary quite a bit.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-06 22:20 ` Mikael Magnusson
2018-01-06 22:45 ` Ray Andrews
2018-01-07 0:51 ` Ray Andrews
@ 2018-01-08 6:25 ` Mikael Magnusson
2018-01-08 6:28 ` Mikael Magnusson
2 siblings, 1 reply; 21+ messages in thread
From: Mikael Magnusson @ 2018-01-08 6:25 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Sat, Jan 6, 2018 at 11:20 PM, Mikael Magnusson <mikachu@gmail.com> wrote:
> On Sat, Jan 6, 2018 at 6:33 AM, Ray Andrews <rayandrews@eastlink.ca> wrote:
>> Is it possible for zsh to know when the terminal in which it is running has
>> awakened by having the mouse moved into that window? I understand that it's
>> the window manager that decides which terminal is active of course, but
>> perhaps zsh knows when it is put to sleep by the mouse moving out of it's
>> window, and also knows when it has been awakened again? I have a utility
>> that lets you hotkey a mouse jump between terminals so as to jump between
>> them without having to reach for the mouse itself, and I can call it fine
>> within a function, but I'd like to be able to also execute some code after
>> each jump but in the new window. As it is, zsh just wakes up without
>> seeming to know it's been asleep so there's nothing to 'attach' any commands
>> to. precmd() and preexec() are not aroused. Any commands inside the
>> calling function placed after the command to jump to the new terminal are
>> executed in the old terminal, which is not surprising, so it would have to
>> depend on the awakened terminal knowing it's been awakened. Sorta like
>> precmd but hooked to the activation of the terminal. I understand that this
>> might be outside of zsh's domain.
>
> You can, yes. Note that if a program was running in the foreground,
> zsh won't know if the terminal is active or not once that program
> finishes though. I have never found a practical use for this.
>
> # this might work for more terminals but i haven't tested, adjust as needed
> # also check if you already have hooks for zle-line-init/finish and
> adjust those as needed instead
> # note also that leaving/entering a terminal will disable paste
> hilighting when the following stuff is enabled
> # These two hooks will enable and disable the terminal sending an
> escape code to the terminal when it receives/loses focus, since most
> programs won't handle them.
> function _zle_line_init() {
> # enable focus events
> [[ $TERM == rxvt-unicode || $TERM = xterm ]] && printf '\e[?1004h'
> }
>
> function _zle_line_finish() {
> # disable focus events
> [[ $TERM == rxvt-unicode || $TERM = xterm ]] && printf '\e[?1004l'
> }
> zle -N zle-line-init _zle_line_init
> zle -N zle-line-finish _zle_line_finish
>
> # Handle FocusIn/Out events
> bindkey '^[[I' focus-in
> bindkey '^[[O' focus-out
> # you can use two different functions too of course,
> # i just happened to want the same thing to happen in both cases
> # when i was testing this
> zle -N focus-in _focus_handler
> zle -N focus-out _focus_handler
> function _focus_handler() {
> # $WIDGET will be focus-in when terminal receives
> # focus and focus-out when losing it, eg
> if [[ $WIDGET = focus-in ]]; then
> zle -M "hey we got focus"
> fi
> }
I forgot to include these lines,
# this is as close to no-op as you get in menuselect/isearch
bindkey -M menuselect '^[[I' redisplay
bindkey -M menuselect '^[[O' redisplay
bindkey -M isearch '^[[I' redisplay
bindkey -M isearch '^[[O' redisplay
--
Mikael Magnusson
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-08 6:25 ` Mikael Magnusson
@ 2018-01-08 6:28 ` Mikael Magnusson
2018-01-08 15:39 ` Ray Andrews
0 siblings, 1 reply; 21+ messages in thread
From: Mikael Magnusson @ 2018-01-08 6:28 UTC (permalink / raw)
To: Ray Andrews; +Cc: Zsh Users
On Mon, Jan 8, 2018 at 7:25 AM, Mikael Magnusson <mikachu@gmail.com> wrote:
> I forgot to include these lines,
>
> # this is as close to no-op as you get in menuselect/isearch
> bindkey -M menuselect '^[[I' redisplay
> bindkey -M menuselect '^[[O' redisplay
> bindkey -M isearch '^[[I' redisplay
> bindkey -M isearch '^[[O' redisplay
And of course now I realize you can do this,
bindkey -M menuselect -s '^[[I' ''
bindkey -M menuselect -s '^[[O' ''
bindkey -M isearch -s '^[[I' ''
bindkey -M isearch -s '^[[O' ''
--
Mikael Magnusson
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-08 6:28 ` Mikael Magnusson
@ 2018-01-08 15:39 ` Ray Andrews
2018-01-08 16:08 ` Peter Stephenson
0 siblings, 1 reply; 21+ messages in thread
From: Ray Andrews @ 2018-01-08 15:39 UTC (permalink / raw)
To: zsh-users
On 07/01/18 10:28 PM, Mikael Magnusson wrote:
bindkey -M menuselect '^[[I' redisplay
bindkey -M menuselect -s '^[[I' ''
All four of those 'menuselect' lines give:
... no such keymap `menuselect'
Anyway, the original code works with rxvt-unicode and tho it's hard to
get looking good, it seems highly recommended. It also works with
'terminator'FWIW.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-08 15:39 ` Ray Andrews
@ 2018-01-08 16:08 ` Peter Stephenson
2018-01-08 16:38 ` Ray Andrews
0 siblings, 1 reply; 21+ messages in thread
From: Peter Stephenson @ 2018-01-08 16:08 UTC (permalink / raw)
To: zsh-users
On Mon, 8 Jan 2018 07:39:32 -0800
Ray Andrews <rayandrews@eastlink.ca> wrote:
> On 07/01/18 10:28 PM, Mikael Magnusson wrote:
> bindkey -M menuselect '^[[I' redisplay
> bindkey -M menuselect -s '^[[I' ''
>
> All four of those 'menuselect' lines give:
>
> ... no such keymap `menuselect'
You need to "zmodload zsh/complist", but actually if you don't have that
loaded those lines aren't doing anything anyway, so no big deal, just
ignore.
pws
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: command on switching terminals?
2018-01-08 16:08 ` Peter Stephenson
@ 2018-01-08 16:38 ` Ray Andrews
0 siblings, 0 replies; 21+ messages in thread
From: Ray Andrews @ 2018-01-08 16:38 UTC (permalink / raw)
To: zsh-users
On 08/01/18 08:08 AM, Peter Stephenson wrote:
>
> You need to "zmodload zsh/complist", but actually if you don't have that
> loaded those lines aren't doing anything anyway, so no big deal, just
> ignore.
>
> pws
>
>
At the risk of biting off more than I can chew, is there some place I
can read up on all that stuff? I'm taking Mikael's code on faith, these
lines in particular seem black-magical:
printf '\e[?1004h'
bindkey '^[[I' focus-in
$WIDGET = focus-in
... it seems sorta like 'keystrokes' are really commands but they aren't
really keystrokes. This is a whole new vista, I think.
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2018-01-08 17:08 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-01-06 5:33 command on switching terminals? Ray Andrews
2018-01-06 22:20 ` Mikael Magnusson
2018-01-06 22:45 ` Ray Andrews
2018-01-07 18:48 ` Grant Taylor
2018-01-07 0:51 ` Ray Andrews
2018-01-07 13:24 ` Mikael Magnusson
2018-01-07 16:45 ` Ray Andrews
2018-01-07 18:23 ` Mikael Magnusson
2018-01-07 18:39 ` Grant Taylor
2018-01-07 19:06 ` Ray Andrews
2018-01-07 20:27 ` Bart Schaefer
2018-01-07 20:43 ` Grant Taylor
2018-01-07 21:12 ` Ray Andrews
2018-01-07 21:36 ` Grant Taylor
2018-01-08 1:43 ` Ray Andrews
2018-01-07 20:29 ` Grant Taylor
2018-01-08 6:25 ` Mikael Magnusson
2018-01-08 6:28 ` Mikael Magnusson
2018-01-08 15:39 ` Ray Andrews
2018-01-08 16:08 ` Peter Stephenson
2018-01-08 16:38 ` Ray Andrews
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).