On 2011-04-19, Robin Lee Powell wrote:
> Yeah, ssh in both cases; I know what the network buffering part of
> it looks like. :D
A workaround to this is to this to tell tmux to switch screens, and the
forceably disconnect the ssh connection, and the reconnect. tmux will
have switched screens.
T
I do not see much difference, if any; I can try to nail that down if
it's important. The longer I wait, the worse it gets, so certainly
some sort of buffering seems likely.
I suppose it's possible that tmux is simply pushing so much more
data, or pushing it faster, that the network buffer is an i
Yeah, ssh in both cases; I know what the network buffering part of
it looks like. :D
Let me go grab source and get back to you.
-Robin
On Wed, Apr 20, 2011 at 12:51:06AM +0100, Nicholas Marriott wrote:
> Try this and see if it helps. If you are doing it over ssh it probably
> won't but there is
Try this and see if it helps. If you are doing it over ssh it probably
won't but there isn't much we can do about that because of network
buffering.
Index: server-client.c
===
RCS file: /cvsroot/tmux/tmux/server-client.c,v
retrieving
I have a large terminal (200+ wide/80+ high) running tmux.
Sometimse I have code that dumps large amounts of data, and things
get pretty slow with the redrawing.
That part I'm OK with, but what's bothering me is that in screen, I
could switch windows, and the busy window would update silently
whil
Peter John Hartman wrote:
> On Mon, Apr 18, 2011 at 09:05:21AM -0700, Micah Cowan wrote:
>> On 04/18/2011 01:19 AM, LEVAI Daniel wrote:
>> > Any chance of getting this fixed? It's a really annoying phenomena.
>
> +1 here
>
>>
>> Since this is a behavior of your terminal (kills the selection as
Turn on mode-mouse and you can enter copy mode then select w/ the mouse.
Change coming shortly (when we have worked out some kinks) to enter copy
mode automatically when you drag.
On Tue, Apr 19, 2011 at 10:02:55PM +0100, David Chanters wrote:
> hi all,
>
> when i split a window in tmux, and i
(04/19/2011 02:02 PM), David Chanters wrote:
> hi all,
>
> when i split a window in tmux, and i select some contents in a pane, i
> can currently select beyond the boundary of the split. is there a way
> to make tmux to box the select to not go outside the split region -
> much like how selecting
hi all,
when i split a window in tmux, and i select some contents in a pane, i
can currently select beyond the boundary of the split. is there a way
to make tmux to box the select to not go outside the split region -
much like how selecting works in Vim with split windows, for example.
TIA!
Davi
Nope although there have been a few discussions of it, no code yet
though.
On Mon, Apr 18, 2011 at 05:14:19PM -0700, Robin Lee Powell wrote:
> Yeah, I'm not sure what I meant either. -_-
>
> I think I thought that tmux could treat nested/remote tmuxes in such
> a way that it would essentially
On Tue, Apr 19, 2011 at 11:27:51AM -0700, Micah Cowan wrote:
> If that's the case, then I suspect you may find it easier to reproduce
> the problem by hitting Enter enough times that the prompt is at the
> bottom of the pane, and then hit Enter another time to get a scroll to
> trigger.
tried this
(04/19/2011 05:09 AM), hubert depesz lubaczewski wrote:
> hi,
> have tmux (1.4), and following problem:
>
> My tmux is split into 3 panes, like this:
> ++
> ||
> ++
> ||
> ++
> ||
> ||
> ||
> |
On Tue, Apr 19, 2011 at 07:10:16PM +0100, Nicholas Marriott wrote:
> Assuming you are talking about konsole mouse selection not tmux
> copy-mode selection.
yes, that's mouse selection. sorry.
as for xterm. hmm .. i'll try, although it's easily repeatable problem.
Best regards,
depesz
--
The b
Assuming you are talking about konsole mouse selection not tmux
copy-mode selection.
On Tue, Apr 19, 2011 at 07:05:46PM +0100, Nicholas Marriott wrote:
> Does it happen in xterm? Sounds like a konsole bug to me, we shouldn't
> be scrolling the screen and even if we do surely it shouldn't move th
Does it happen in xterm? Sounds like a konsole bug to me, we shouldn't
be scrolling the screen and even if we do surely it shouldn't move the
selection in cursor addressable mode.
On Tue, Apr 19, 2011 at 02:09:05PM +0200, hubert depesz lubaczewski wrote:
> hi,
> have tmux (1.4), and following pro
(04/19/2011 10:34 AM), Peter John Hartman wrote:
> Hence, I for one would love to see tmux figure out a way to work with
> normal (urxvt at least) terminal selection!
urxvt 9.06 (from Ubuntu) works fine for me. Perhaps you're using an
older version? Or perhaps Ubuntu introduced a fix, I dunno.
E
On Mon, Apr 18, 2011 at 09:05:21AM -0700, Micah Cowan wrote:
> On 04/18/2011 01:19 AM, LEVAI Daniel wrote:
> > Any chance of getting this fixed? It's a really annoying phenomena.
+1 here
>
> Since this is a behavior of your terminal (kills the selection as soon
> as the term is written to), rath
hi,
have tmux (1.4), and following problem:
My tmux is split into 3 panes, like this:
++
||
++
||
++
||
||
||
||
||
||
||
++
panes 1 and 2 (f
18 matches
Mail list logo
