(03/04/2011 10:37 AM), Kevin Goodsell wrote: > On Fri, Mar 4, 2011 at 10:21 AM, Micah Cowan <mi...@cowan.name> wrote: >> >> Good catch, i'd forgotten about that; that seems to be the problem (161 >> columns). Strange, I've always used a 161-column term (for side-by-side >> 80-col panes), but don't recall running into it before. > > Huh, I thought the limitation was 200-and-something columns. Actually, > in gnome-terminal I get 223 as the last responsive column, which would > map to the byte value 255 (223 + 32, where 32 is the standard value > added onto mouse command parameters).
Ah. Well, I seem to remember Nicholas saying that the limit was 90 for the older protocol. That's right about where I'm hitting the limit. Perhaps the problem is that for some reason my terminal is using an older protocol than it had been before. No idea what would have changed that, though. >> I thought we were using the xterm-style (longer-reaching) codes now in >> CVS? I suppose that might be only when the underlying app specifically >> asks for it, or something? Is there a way to enable them? > > I don't know about the state of it in tmux, but I don't think VTE > (gnome-terminal) supports it at all. I could be mistaken, though. I'm > trying to test it now, but it's not easy to determine exactly what the > terminal is sending (and Vim interprets it strangely). Sure it does. VTE supports any of the mouse protocols that xterm does. Anyway, just tried xterm (new tmux server/socket), got the same problem. -- Micah J. Cowan http://micah.cowan.name/ ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
