---
** [tickets:#144] [REGRESSION] Shift-F1 through Shift-F8 no longer handled
correctly by tmux 1.9**
**Status:** open
**Created:** Thu Jul 31, 2014 11:25 AM UTC by Dustin Kirkland
**Last Updated:** Thu Jul 31, 2014 11:25 AM UTC
**Owner:** nobody
There seems to be a regression with the
On Sat, Jul 27, 2013 at 9:03 AM, Pavlos Parissis
wrote:
> On 27/07/2013 01:18 μμ, Romain Francoise wrote:
>> Pavlos Parissis writes:
>>
>>> This issue doesn't happen on 1.7 version.
>>> Any idea what could be the problem here?
>>
>> This is not a bug, it's a feature. When there's only two panes,
On Wed, Dec 14, 2011 at 2:04 AM, Nicholas Marriott
wrote:
> The shift-mouse behaviour is nothing to do with tmux, it is a function
> of the terminal itself - tmux can't control it.
>
> All tmux can do is turn whether it receives the mouse escape sequences
> on and off, which in most terminals cont
I'm fairly well acquainted with the mouse options for tmux:
set-option -g mouse-select-pane on set-option -g mouse-resize-pane
on set-option -g mouse-select-window on set-window-option -g
mode-mouse on
I'm also aware that pressing -mouse while the above are turned
on will cause the mouse actio
"
break
fi
done
if [ ! -d "$BYOBU_RUN_DIR" ] || [ ! -O "$BYOBU_RUN_DIR" ]; then
export BYOBU_RUN_DIR=$(mktemp -d /dev/shm/$PKG-$USER-)
fi
My requirements are a bit different than yours,
til it gets one that works?
Thanks,
--
:-Dustin
Dustin Kirkland
Ubuntu Core Developer
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even
On Mon, Oct 3, 2011 at 10:39 AM, Thomas Adam wrote:
> On 3 October 2011 15:16, Tru Huynh wrote:
>> Possible cause: ~user/.tmux.conf
>> set -g status-left '#[fg=green,bg=black]#(whoami)@#h #[fg=white,bold]#(date
>> +"%T") #[default]'
>
> Don't shell out to date here -- the status lines get run vi
On Thu, Jun 23, 2011 at 5:03 AM, Nicholas Marriott
wrote:
> I've applied this to OpenBSD, thanks.
>
> tcunha is currently too busy to sync up with SF but I'm going to try and
> do it this weekend if I've got time.
Likewise, I have added that patch to Ubuntu's tmux package.
Thanks for your respon
On Mon, Jun 20, 2011 at 5:14 PM, Nicholas Marriott
wrote:
> TERM=gnome is ncurses not tmux
Forgive, I'm sorry, I don't understand what this means. I'd like to
use gnome-terminal to either create or connect to a tmux session,
wherein I bind-key -n S-F1..S-F4 to some functionality. It's not
immed
On Mon, Jun 20, 2011 at 4:26 PM, Nicholas Marriott
wrote:
> What's wrong with using TERM=gnome outside tmux? Doesn't it have these
> set correctly? Or is tmux not correctly picking them up?
kirkland@x201:~$ export TERM=gnome
kirkland@x201:~$ tmux
open terminal failed: missing or unsuitable termin
On Mon, Jun 20, 2011 at 10:46 AM, Randy Stauner
wrote:
> that's strange... i tried something similar but i think i had the key combo
> wrong... oops.
> I also didn't realize that it was only F1-F4 that have these "other" codes.
> weird.
> Anyway, this patch works for me.
> Thanks!
Great! Thanks
On Fri, Jun 17, 2011 at 8:13 PM, Dustin Kirkland
wrote:
> Howdy!
>
> I'm trying to bind some Shift- and Alt- keys using the bind-key command.
>
> I've found the helpful S- and M- prefixes, which is quite handy and nice.
>
> It seems, though, that my terminal (
Howdy!
I'm trying to bind some Shift- and Alt- keys using the bind-key command.
I've found the helpful S- and M- prefixes, which is quite handy and nice.
It seems, though, that my terminal (gnome-terminal) sets TERM=xterm,
but some key sequences (such as Shift-F2) differ slightly between
gnome-t
13 matches
Mail list logo
