From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#50743: Emacsclient not tested vs. Local Variables prompt Date: Mon, 27 Sep 2021 17:32:07 +0300 Message-ID: References: <25731.1632610542@alto> <83zgrzontw.fsf@gnu.org> <6d2a81e7-778f-719f-9a35-04a8ef388366@gmx.at> <83ilynofra.fsf@gnu.org> <0ea4794d-29a8-899a-f3f5-278d7275867d@gmx.at> <83ee9boayb.fsf@gnu.org> <831r5bnqs6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4403"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.7+183 (3d24855) (2021-05-28) Cc: mkupfer@alum.berkeley.edu, psainty@orcon.net.nz, jidanni@jidanni.org, 50743@debbugs.gnu.org, larsi@gnus.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 27 16:41:26 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mUror-0000tT-L5 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Sep 2021 16:41:25 +0200 Original-Received: from localhost ([::1]:36730 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUrop-0007Hr-02 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Sep 2021 10:41:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46196) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUrla-00044v-Qu for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 10:38:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59008) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUrla-0000wh-JO for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 10:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mUrla-00084d-Fb for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 10:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Sep 2021 14:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50743 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 50743-submit@debbugs.gnu.org id=B50743.163275342230927 (code B ref 50743); Mon, 27 Sep 2021 14:38:02 +0000 Original-Received: (at 50743) by debbugs.gnu.org; 27 Sep 2021 14:37:02 +0000 Original-Received: from localhost ([127.0.0.1]:42318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUrkc-00082l-Dg for submit@debbugs.gnu.org; Mon, 27 Sep 2021 10:37:02 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:49091) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUrkb-00082E-5R for 50743@debbugs.gnu.org; Mon, 27 Sep 2021 10:37:02 -0400 Original-Received: from localhost ([::ffff:102.87.51.42]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000037FE8.000000006151D705.00000AD1; Mon, 27 Sep 2021 07:36:53 -0700 Content-Disposition: inline In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:215672 Archived-At: * martin rudalics [2021-09-27 11:52]: > >> If the Emacs frame is not on top of the terminal frame, my argument is > >> obviously void. > > > > What if the Emacs frame is "near" the terminal frame? > > > > Or what do you mean by "on top of"? > > By "on top of" I mean "substantially" obscuring the terminal frame which > means that the current position of the terminal frame's cursor is not > visible because the Emacs frame covers it. > > It's obvious that Emacs cannot detect that situation by itself (I even > doubt that it would be always possible for it to find out whether it > partially obscures another frame). Hence, if possible, we should > probably try to not produce a situation where an Emacs frame is on top > of another frame and does not have focus. Whether this is always > feasible with all window managers is something I cannot tell. I have tested many Window Managers and I use either IceWM or EmacsWM, now much IceWM. I can tell that my configuration is personal and that window managers have much of the control. If user has configured Window Manager for specific kind of focus than Emacs should not interfere with the users' configurations. For this: > if possible, we should > probably try to not produce a situation > where an Emacs frame is on top of another frame and does not have > focus." I think you should leave to Window Manager's configuration however user wants it. Let me give you examples: - sometimes, I do have a single window (tracking issues) on the top, and other windows appearing on the bottom, that is called in IceWM "Focus always on top", so whatever else appears it will appear under that window. - all the time I use mouse based focus, the window under the mouse has focus, and nothing else; - all the time I don't use window raising under the mouse, if window has the focus, I don't want raising it automatically; often I overlap windows and do something with it, while I write in the window below partially appearing under the window on top of it; Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/