From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#50743: Emacsclient not tested vs. Local Variables prompt Date: Mon, 27 Sep 2021 19:15:39 +0200 Message-ID: <13764f90-5a3c-4c0b-d207-f13d3455bdf8@gmx.at> 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; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14990"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mkupfer@alum.berkeley.edu, psainty@orcon.net.nz, jidanni@jidanni.org, 50743@debbugs.gnu.org, larsi@gnus.org To: Jean Louis Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 27 19:34:48 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 1mUuWe-0003lf-Bs for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Sep 2021 19:34:48 +0200 Original-Received: from localhost ([::1]:36574 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUuWd-0000mJ-AF for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 Sep 2021 13:34:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53966) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUuFU-0000iH-Df for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 13:17:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59403) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUuFS-0005uN-Hk for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 13:17:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mUuFS-0006xH-E9 for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 13:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Sep 2021 17:17: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.163276300526702 (code B ref 50743); Mon, 27 Sep 2021 17:17:02 +0000 Original-Received: (at 50743) by debbugs.gnu.org; 27 Sep 2021 17:16:45 +0000 Original-Received: from localhost ([127.0.0.1]:42716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUuFA-0006wb-MT for submit@debbugs.gnu.org; Mon, 27 Sep 2021 13:16:44 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:60211) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUuF9-0006wL-2y for 50743@debbugs.gnu.org; Mon, 27 Sep 2021 13:16:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1632762943; bh=h4P1K0JUaLwvW6wMtHUCyfE+RDiTFObiP9lMKwtVjN8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HE2xaYQ3W5bpM8eXz4FlnqwPSgFZE9tc3z+PPShvmAL/h45UuADoWsm4LLCwdK5Y1 bOsR1ybfohTekFymBp6rPuyfc8OjFpjoeMIos7BG/MzO45IBTS6u5trOBuXsglw5N9 5l2tyLZZdPMMcCgOKFcXziewkCeXMbvJR8vi7DCE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([212.95.5.209]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJVHU-1mFQhy3t28-00Jq7T; Mon, 27 Sep 2021 19:15:43 +0200 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:qHdpeDNEb1b0w/DhgPKpYDrPSOZNCJfuOiwWyrxnQ8DSb0bVlLx WEngLZIjap3ZwalBWfJvEM4iHMpOfA2yB6wXjcOw0XKa2I5iaSl5i3f2W/6e0ojtxXjj3Y0 ItUTA3DrLh2/BUU44tuYKVx22YH9QcZ73upskLhMKk7BDAGfxil/LzywBb4FGeLq0jSXWcb Q0kQDLUA5Xd7cRTaetsGw== X-UI-Out-Filterresults: notjunk:1;V03:K0:saZ2Qaf9RWg=:nc63BuQCI+wMIuCcniNxED nmZWG4HeDWr5GmrIzmtLSKdr3ntokPadWfwdK9rIJgu1EcaGVpgpV7MeeJrt/QSV8PsXntXnP f34fz550Ky0vevGlaUBN3D+U+uKFXi7I8uwnBPknf1zdHPcITiFtNARHRYgWp7iHDdQPWwU0o zeupO0hCX2zofZYqWW73v6qyPe3bnZjNAPS4oaa6NR/fnIL8c+I0GgEJ4NMDDU1iIVoDvFnlf 8+fODvVIKwlnrMXiZlAhC9cAhP72FlDSJidYuHh5Y84AwPsvMR9vj9rKs80HyX5Ur3iEMVivC 757CJgsFIwLyNF6m18zbAcfzO/3NDA9Z/s23rZMuzW34gOFmfPc5z+7imuBfoSOJoztBZ8lA7 qUgpCHdgbr2GVhm+PiER9uW8fP58UEkzUENu6eRurORN6sL+Z/3fEKa3ioAAmqfGRz3xPIXfJ DCaKkSWcou1viu43TjE65Ru70OUlM3AfHAKePEW3mfJSP7miwl6RHg2BLnWhw7zo3LipvM2Fb PEdFEc2s4m/c7qe7S/NcAsAZmAKdMNzlVb0g9v4Id0XpoyWS0kTshMZ3NTUB4am6KHqx2P8Mf nvOb+RJKrS2XvhXZ1Ww8OK6ty1J5S7hGnGxg5kx+Gj7qhkEJ0Z9bnXeHm0BMERPzitlntqfHE f7RMAJLyZFEvKVf8Btnyi5PBPsl5R6CLUrs8+8Viw/56ppGhzxm5sVRZLA4S6UgtAiHZSKzrk tfMpL+z1/dkrsquwDC3tYEAXp4r2danQoE8MRbZMg/DWc71z7vdbwC155e4qztdptrUlE1Bj 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:215692 Archived-At: > I think you should leave to Window Manager's configuration however > user wants it. Traditionally, we don't do that and I doubt we will as long as X is our major workhorse. We have a sufficient number of bug reports asking us to make Emacs tell the WM where and how to position its top-level windows. Maybe things will change when the pgtk branch has found its way into master. > 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. Literally, "Focus always on top" means that the window that has focus is on top of the Z-order and vice versa. This means that you can never type into a window that is not on top - which is the default behavior of most window managers. So if you have chosen that option, you cannot possibly type into a window "partially appearing under the window on top of it" as described below. Right? > - all the time I use mouse based focus, the window under the mouse has > focus, and nothing else; Providing mouse based focus is an arcane art. xfwm here for example takes it too literally so when I have two maximized windows, demaximize the one on top and the mouse cursor is not over the region covered by the demaximized window, the window below gets focus. Similar issues may happen when creating or deleting windows. Good mouse based focus means to keep the mouse on the window that has focus until the user manually moves the mouse and wait for a customizable period for the mouse to rest in some area before selecting another window. I've never seen a WM that does it all right. > - 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; The issue we discuss here is that the window that has focus is obscured by a window displaying a prompt either completely or at least in the area where the user is typing. While some users may handle that without moving any of the participating windows, let's not assume that everybody is able to do that. martin