[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[screen-devel] [bug #59183] Switching regions with the mouse fails with

From: anonymous
Subject: [screen-devel] [bug #59183] Switching regions with the mouse fails with wide regions
Date: Sat, 26 Sep 2020 05:12:21 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36


                 Summary: Switching regions with the mouse fails with wide
                 Project: GNU Screen
            Submitted by: None
            Submitted on: Sat 26 Sep 2020 09:12:19 AM UTC
                Category: User Interface
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
                 Release: 4.8.0
         Discussion Lock: Any
           Fixed Release: None
         Planned Release: None
           Work Required: None



I'm trying to determine if this is a bug in screen, related to switching
regions with the mouse when using a wide monitor.

To reproduce:

    C-a |                 # vertical split
    C-a TAB               # change focus to new region
    C-a c                 # new window
    C-a : mousetrack on

I can now click with my mouse to move back and forth between the two regions,
each with its own window.

However, if I make my terminal emulator window sufficiently wide (either
before or after the above procedure),
I can no longer click on the right region/window to activate it.

I can make the two windows have a width of 222 and 223 cols, respectively (as
measured by "tput cols"),
by dragging the terminal emulator window to resize it. Soon after that, I can
no longer select the righthand region/window
with the mouse. 

The most intriguing thing from googling was an old post/patch related to a
similar problem with a similar magic number, 223 = 255 - 32.

I am using iTerm2 and this version of screen, from MacPorts:

    $ screen --version
    Screen version 4.08.00 (GNU) 05-Feb-20

    $ echo $TERM

Snippet from screen startup:

    +copy +remote-detach +power-detach +multi-attach +multi-user +font
+color-256 +utf8 +rxvt +builtin-telnet

I see the same behavior if I use a different terminal emulator (OS X and/or if I SSH to an Ubuntu 18.04.5 LTS machine and run screen
with version

    $ screen --version
    Screen version 4.06.02 (GNU) 23-Oct-17


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]