unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
To: Robert Pluim <rpluim@gmail.com>
Cc: martin rudalics <rudalics@gmx.at>,  Eli Zaretskii <eliz@gnu.org>,
	emacs-devel@gnu.org
Subject: Re: Q: child frames on ttys
Date: Wed, 21 Aug 2024 10:38:49 +0200	[thread overview]
Message-ID: <m2seuygtie.fsf@pro2.fritz.box> (raw)
In-Reply-To: <87ttfethvd.fsf@gmail.com> (Robert Pluim's message of "Wed, 21 Aug 2024 10:11:50 +0200")

Robert Pluim <rpluim@gmail.com> writes:

>>>>>> On Wed, 21 Aug 2024 10:03:33 +0200, Gerd Möllmann <gerd.moellmann@gmail.com> said:
>     >> 
>     >>> 6. Update: Build frame matrices for all windows visible on a terminal.
>     >>> Copy visible parts of child fraem desired glyphs to root frame
>     >>> desired glyphs. Then write to the screen.
>     >>> 
>     >>> 7. After writing to the screen, copy visble parts of root frame
>     >>> current glyphs to current glyphs of children.
>     >> 
>     >> What does the current glyph matrix of the root frame contain now?  The
>     >> overwritten parts or the original ones?  Or are the original parts
>     >> stashed away so they can be easily reused when the child frame is made
>     >> invisible?
>
>     Gerd> The curren matrix of the root frame must always reflect what is on the
>     Gerd> screen, so that we can decide what to output to the terminal to make the
>     Gerd> terminal display what the desired matrix says. IOW, the parts of the
>     Gerd> root frame's current matrix that were overwritten don't really
>     Gerd> interest anymore.
>
> Donʼt tty menus already do this? Perhaps we could reuse them.

I think the tty menus work a bit different from what I'm thinking of. I
must admit that I haven't looked very closely, and I'm just assuming
that it works like what I've talked about with Eli a long time ago.

If that's the case, menus panes temporarily save away some part of the
matrix, and restore it when done with the eseentially modal interaction
with the menu. Soemthing like that. I think it's a pretty different use
case.

The mechanism could in principle be used to pop something up on ttys of
course, but that wouldn't help much with existing packages that use
child frames already, like Corfu or Posframe.



  reply	other threads:[~2024-08-21  8:38 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-17  7:24 Q: child frames on ttys Gerd Möllmann
2024-08-17 10:39 ` Eli Zaretskii
2024-08-17 11:02   ` Gerd Möllmann
2024-08-17 17:18   ` martin rudalics
2024-08-17 18:41     ` Gerd Möllmann
2024-08-21  7:10       ` Gerd Möllmann
2024-08-21  7:55         ` martin rudalics
2024-08-21  8:03           ` Gerd Möllmann
2024-08-21  8:11             ` Robert Pluim
2024-08-21  8:38               ` Gerd Möllmann [this message]
2024-08-21 12:00         ` Gerd Möllmann
2024-08-30  6:42           ` Gerd Möllmann
2024-08-30  9:17             ` martin rudalics
2024-08-30 11:03               ` Eli Zaretskii
2024-08-30 11:23                 ` Gerd Möllmann
2024-08-30 14:53                   ` Eli Zaretskii
2024-08-31  8:26                 ` Gerd Möllmann
2024-08-31 11:54                   ` Eli Zaretskii
2024-08-31 14:00                     ` Gerd Möllmann
2024-08-31 14:40                       ` Eli Zaretskii
2024-09-02  8:37                         ` Gerd Möllmann
2024-09-02 11:38                           ` Eli Zaretskii
2024-09-02 12:46                             ` Gerd Möllmann
2024-09-02 13:13                               ` Eli Zaretskii
2024-09-02 13:54                                 ` Gerd Möllmann
2024-08-30 11:09               ` Gerd Möllmann
2024-08-30  9:29             ` Robert Pluim
2024-08-30 11:19               ` Gerd Möllmann
2024-08-30 12:00                 ` Robert Pluim
2024-08-30 12:37                   ` Gerd Möllmann
2024-08-30 21:11 ` Dmitry Gutov
2024-08-31  6:45   ` Eli Zaretskii
2024-08-31  8:46     ` Po Lu
2024-09-01  0:27       ` Dmitry Gutov
2024-09-16  1:35         ` Dmitry Gutov
2024-09-01  0:27     ` Dmitry Gutov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2seuygtie.fsf@pro2.fritz.box \
    --to=gerd.moellmann@gmail.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=rpluim@gmail.com \
    --cc=rudalics@gmx.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).