On Fri, Feb 21, 2014 at 2:14 PM, Thomas Adam wrote:
> On 21 February 2014 12:56, Carsten Mattner wrote:
>> ok I won't try this today so if anyone posts the configuration for
>> that I'll try it sooner and report success/fail. else I'll have first
>> have to
or neww and splitw.
>
>
>
> Original message ----
> From: Carsten Mattner
> Date: 21/02/2014 08:33 (GMT+00:00)
> To: tmux-users@lists.sourceforge.net
> Subject: 1.9 default-path
>
>
> The 1.9 changelog suggests to rebind keys to get back the old default-
On Fri, Feb 21, 2014 at 10:31 AM, Thomas Adam wrote:
> On 21 February 2014 09:27, Carsten Mattner wrote:
>> On Fri, Feb 21, 2014 at 9:40 AM, Thomas Adam wrote:
>>> On 21 February 2014 08:35, Carsten Mattner wrote:
>>>> What's the status of implementin
On Fri, Feb 21, 2014 at 9:40 AM, Thomas Adam wrote:
> On 21 February 2014 08:35, Carsten Mattner wrote:
>> What's the status of implementing flow control to prevent tmux from
>> getting unresponsive of a wall of text is quickly printed?
>
> See:
>
> c0-change-
What's the status of implementing flow control to prevent tmux from
getting unresponsive of a wall of text is quickly printed?
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to
The 1.9 changelog suggests to rebind keys to get back the old default-path
behavior doesn't it?
# grep default-path ~/.tmux.conf
set -g default-path -
It looks like I'll have to redefine and rebind keys to maybe get back that old
behavior but I'm not sure how and if that's the right solution.
W
