GNU bug report logs - #75056
31.0.50; tty-child-frames with server / multiple clients possible hangs

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, lenbok <at> gmail.com, 75056 <at> debbugs.gnu.org
Subject: bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs
Date: Sun, 2 Feb 2025 18:37:46 +0100

[Message part 1 (text/plain, inline)]

> Also, moving child frames is pretty nice too!

The attached patch now also resizes child frames by dragging their edges
or corners.  One thing that does not work is that when another child
frame is beneath an edge, Emacs selects the child frame beneath the edge
before I can start dragging.  I think that frame/child frame selection
with the mouse is not perfect in the current state in three regards:

- When I do down-mouse-1 in the non-selected root frame, Emacs does
  'mouse-set-point' there.  I think it should do so only for a mouse-1
  so I can back out before releasing the mouse button and obviously use
  the down-mouse-1 for dragging.

- When I have two overlapping child frames and do down-mouse-1 on a
  border of the frame above and that border covers the frame beneath,
  Emacs should never select the frame beneath here.  Not even after I
  release the button.

- Clicking into a child frame anywhere but on a bar does not select it.
  This is uncomfortable and at least does not mimic the behavior of GUI
  frames on all window managers I know.

I'll look into these tomorrow.  Pointers welcome.

martin

[child-frame-menubar-drag-resize.diff (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.