From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Weiner Newsgroups: gmane.emacs.devel Subject: Re: Suggestion: Add discussion of input focus handling to select-window; add select-frame-window Date: Thu, 14 Dec 2017 18:43:23 -0500 Message-ID: References: <5A30E9AF.2060105@gmx.at> <5A317FAA.3090209@gmx.at> <83d13iv095.fsf@gnu.org> <83bmj2ugok.fsf@gnu.org> <83r2rxt6jx.fsf@gnu.org> Reply-To: rswgnu@gmail.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c057f60f03e13056055742c" X-Trace: blaine.gmane.org 1513295076 29321 195.159.176.226 (14 Dec 2017 23:44:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 14 Dec 2017 23:44:36 +0000 (UTC) Cc: martin rudalics , Stefan Monnier , emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 15 00:44:32 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePdB1-0007Pc-A6 for ged-emacs-devel@m.gmane.org; Fri, 15 Dec 2017 00:44:31 +0100 Original-Received: from localhost ([::1]:43459 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePdB8-0005Ci-CL for ged-emacs-devel@m.gmane.org; Thu, 14 Dec 2017 18:44:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePdAY-0005Cb-FZ for emacs-devel@gnu.org; Thu, 14 Dec 2017 18:44:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ePdAV-0002Vk-D8 for emacs-devel@gnu.org; Thu, 14 Dec 2017 18:44:02 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43126) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePdAV-0002Td-A2 for emacs-devel@gnu.org; Thu, 14 Dec 2017 18:43:59 -0500 Original-Received: from mail-qk0-f175.google.com ([209.85.220.175]:45828) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1ePdAR-0005JK-GX; Thu, 14 Dec 2017 18:43:55 -0500 Original-Received: by mail-qk0-f175.google.com with SMTP id d141so8402831qkc.12; Thu, 14 Dec 2017 15:43:55 -0800 (PST) X-Gm-Message-State: AKGB3mIbvcw3+TPvhMqQlaJ1fj+3kgDTEVuC7M11zweMSC+W+1Ux94W/ hMTp7EgtjV479N+T2jB/aGhw+CNe/tsBAsGwvl8= X-Google-Smtp-Source: ACJfBosIJgp9+pLiR8uchdzHMqgpy6wNeCCpecBwwpf6ttWbKRQe/CMcenva9HTf0S09bc2oW3QFPGC1pdWLBEDplEo= X-Received: by 10.55.129.199 with SMTP id c190mr19140790qkd.145.1513295033939; Thu, 14 Dec 2017 15:43:53 -0800 (PST) Original-Received: by 10.200.55.124 with HTTP; Thu, 14 Dec 2017 15:43:23 -0800 (PST) In-Reply-To: <83r2rxt6jx.fsf@gnu.org> X-Gmail-Original-Message-ID: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:221076 Archived-At: --94eb2c057f60f03e13056055742c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable What I really want and think is needed is a simpler programming model when multiple frames are involved. I want something window-related with the simplicity of select-window and with-selected-window but that handles the complexities of multiple frames and asynchronous window managers internally dealing with: window selection frame selection (already built-in to select-window) input focus and redisplay. So if we had mega-select-window (whatever it is called), it would select the desired window and its frame, switch input focus there and force a redisplay for that window. mega-with-selected-window would be similar but in macro form, handling arbitrary bodies. Does anyone else see a need for something like this or am I the only one that finds there are too many gotchas and complexities in dealing with combinations of these issues right now? Bob =E2=80=8B(I will get back to expanding the doc for select-window later but = I wanted to give you the broader view of what triggered this).=E2=80=8B --94eb2c057f60f03e13056055742c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
What I really want and think is needed is a simpler programmin= g model when multiple frames are involved.

I want something window-r= elated with the simplicity of select-window and with-selected-window but th= at
handles the complexities of multiple frames and asynchronous window man= agers internally dealing with:
=C2=A0 window selection
=C2=A0 frame selec= tion (already built-in to select-window)
=C2=A0 input focus
=C2=A0 and re= display.

So if we had mega-select-window (whatever it is called), it= would select the desired window and its frame,
switch input focus there a= nd force a redisplay for that window.=C2=A0 mega-with-selected-window would= be similar
but in macro form, handling arbitrary bodies.

Does any= one else see a need for something like this or am I the only one that finds= there are too many gotchas
and complexities in dealing with combinations = of these issues right now?

Bob

=E2= =80=8B(I will get back to expanding the doc for select-window later but I w= anted to give you the broader view of what
triggered this).=E2=80=8B
=
--94eb2c057f60f03e13056055742c--