Yes please try with a different terminal, preferably xterm.
On Tue, Jan 15, 2013 at 10:46:05AM -0800, John Schmitt wrote:
> In that case it's not likely to be related to VTE. Can you reproduce it with
> the Mac built-in terminal program?
>
> Since I use tmux so heavily, I guess I find it ha
Hmm. What have you got TERM set to inside tmux and outside?
On Tue, Jan 15, 2013 at 08:02:39AM -0600, Mark Volkmann wrote:
>The stray characters do not go away when I run the refresh-client command.
>However, they do go away if I page forward and backward in Vim. I have the
>session o
In that case it's not likely to be related to VTE. Can you reproduce it with
the Mac built-in terminal program?
Since I use tmux so heavily, I guess I find it hard to imagine corruption
issues with tmux. I haven't seen any that were not the fault of the terminal
program. I use tmux with mu
I am using iTerm2 (Build 1.0.0.20120203) on a Mac running Lion.
On Tue, Jan 15, 2013 at 11:13 AM, John Schmitt wrote:
> Which terminal program are you using? There's an old, long-reported VTE
> bug that currupts the screen.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=783212
>
> It's been re
Which terminal program are you using? There's an old, long-reported VTE bug
that currupts the screen.
https://bugzilla.redhat.com/show_bug.cgi?id=783212
It's been reported elsewhere as well. Maybe it needs to be put back to
https://bugzilla.gnome.org/browse.cgi?product=vte
If not for this b
The stray characters do not go away when I run the refresh-client command.
However, they do go away if I page forward and backward in Vim. I have the
session option escape-time set to zero, but I'm still getting stray
characters inside Vim.
On Mon, Jan 14, 2013 at 10:44 PM, Nicholas Marriott <
nic
Hi
Does the character go away if you do "C-b r" in tmux (refresh-client
command) instead of making vim repaint?
On Fri, Jan 04, 2013 at 06:34:43AM -0600, Mark Volkmann wrote:
>On Fri, Jan 4, 2013 at 1:07 AM, John Magolske <[1]listm...@b79.net> wrote:
>
> Hi,
>
> I've noticed a "
* John Magolske [01-04-13 14:26]:
> * Thomas Adam [130104 07:14]:
> > Set escape-time to 0.
>
> This was a reply to Mark's query, but just for clarification, I do
> have this set in my tmux.conf:
>
> set -s escape-time 0
>
> and still see the behaviour I described.
And my sessions appears
* Thomas Adam [130104 07:14]:
> Set escape-time to 0.
This was a reply to Mark's query, but just for clarification, I do
have this set in my tmux.conf:
set -s escape-time 0
and still see the behaviour I described.
John
--
John Magolske
http://B79.net/contact
Hi,
Set escape-time to 0.
-- Thomas Adam
On 4 January 2013 12:34, Mark Volkmann wrote:
> On Fri, Jan 4, 2013 at 1:07 AM, John Magolske wrote:
>>
>> Hi,
>>
>> I've noticed a "lagging" behaviour while running certain ncurses
>> applications under tmux, where the first key-press after launching t
On Fri, Jan 4, 2013 at 1:07 AM, John Magolske wrote:
> Hi,
>
> I've noticed a "lagging" behaviour while running certain ncurses
> applications under tmux, where the first key-press after launching the
> application has no effect. I'm not seeing this behaviour while running
> these same applicatio
Hi,
I've noticed a "lagging" behaviour while running certain ncurses
applications under tmux, where the first key-press after launching the
application has no effect. I'm not seeing this behaviour while running
these same applications in the parent terminal without tmux.
For example, if the first
12 matches
Mail list logo
