From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#37840: Missing in the Emacs manuals: Date: Sat, 23 Nov 2019 09:16:09 +0100 Message-ID: <69ef8cf3-9a81-34e6-7685-c60db5421134@gmx.at> References: <438c4dfa-f7c2-5f5e-32bc-eafdd7c33cb7@gmx.at> <3e7f7f10-9151-659b-076d-2bd8ed61d395@gmx.at> <4f7e6535-ac09-bd8c-f3d4-8ae9b4d9d58e@gmx.at> <8736f07hma.fsf@mail.linkov.net> <878sorqrx3.fsf@mail.linkov.net> <7dd1c601-aa2c-8b44-016c-155bdd8a71eb@gmx.at> <6e6cc4e6-277e-1a47-af6c-b7c75301d41e@gmx.at> <7e6f19a1-fa45-0315-9d22-9bbb7223d695@gmx.at> <70BE5DCC-07C6-4A0D-9A5C-1700BBCB1DC5@univie.ac.at> <47e77731-bb63-f626-c9d1-725227d36c43@gmx.at> <83v9rbvhqd.fsf@gnu.org> <98B5E96A-66C0-45BD-95B8-804CED768F55@univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="237647"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 37840@debbugs.gnu.org, juri@linkov.net To: Konrad Podczeck , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 23 09:18:56 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iYQd4-000zgl-Kl for geb-bug-gnu-emacs@m.gmane.org; Sat, 23 Nov 2019 09:18:54 +0100 Original-Received: from localhost ([::1]:56958 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYQd2-0007EZ-TT for geb-bug-gnu-emacs@m.gmane.org; Sat, 23 Nov 2019 03:18:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38849) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYQcT-0007Ch-SM for bug-gnu-emacs@gnu.org; Sat, 23 Nov 2019 03:18:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iYQcR-0001KW-NR for bug-gnu-emacs@gnu.org; Sat, 23 Nov 2019 03:18:17 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46980) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iYQcR-0001KC-0p for bug-gnu-emacs@gnu.org; Sat, 23 Nov 2019 03:18:15 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iYQcE-0006HH-D9 for bug-gnu-emacs@gnu.org; Sat, 23 Nov 2019 03:18:12 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Nov 2019 08:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37840 X-GNU-PR-Package: emacs Original-Received: via spool by 37840-submit@debbugs.gnu.org id=B37840.157449703924073 (code B ref 37840); Sat, 23 Nov 2019 08:18:02 +0000 Original-Received: (at 37840) by debbugs.gnu.org; 23 Nov 2019 08:17:19 +0000 Original-Received: from localhost ([127.0.0.1]:55801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iYQbT-0006G7-K9 for submit@debbugs.gnu.org; Sat, 23 Nov 2019 03:17:16 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:46635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iYQab-0006Ee-EO for 37840@debbugs.gnu.org; Sat, 23 Nov 2019 03:16:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1574496970; bh=wBDHEgiZlMq6MMeFzs7SdY0bopC9koh9mEtIWmg+Kz0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=GrxP2LKxLtjWVVvJqD8VAs6a1g8xDrXaWFrWnTvRMaEyJi2QQ5yIwyK7bDmNahCAA VCFUWU1fM4NPuPqFaV5g5aSHtvgmFm6nkJL7rSjAJyO0bfstRtC8beyyVyFo+wBnaL DifAQno7G6Tqak8KcC3udi/SDSjR7JhNr1eorEzY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.196]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbRk3-1hx9xT1hOL-00bvfw; Sat, 23 Nov 2019 09:16:10 +0100 In-Reply-To: <98B5E96A-66C0-45BD-95B8-804CED768F55@univie.ac.at> Content-Language: de-AT X-Provags-ID: V03:K1:3Q/ZGsOgFDteaDiMbN2SHwR2xsMD9VhMkl7qMp9Vm/DmkZvyaUW Xzz34j3WsTss1DZbdge8p9IhLhmtLo+G0eMWiEaGU3+XlzNaDR/5wRWNBTjj48mHsCiX1td lkyyXLN+2Pqof9pthW6kVm/0nY+iND0qjbmKpIbC0qO8lOdqmRQZP25+6beQ9DwHac9vcuF eurCrrgaW3556YjQHqjSw== X-UI-Out-Filterresults: notjunk:1;V03:K0:A5qj3SGpCEU=:f8lVBV31FKpZunDi7lf3zv 2A/gjzoznUQJsoXb5S1EO978PHhjxo3779WNgYl2fiuZpdvJgQ8FjiEs9xGzsfTVYqxf8k0gC SSEvJsDC6HTpSZEPaFYCfqlpZSi0TUwYqAqiXXaerl+F/gAMjXbxVaIBPnGDq2kYBTcj0+ted BmqzP6Z78GILsRu99XUOlTxrWwG/p5AsTRgvK77SJ/rmR4bJUSyPfdshd+KbWiagOS6nHomAI HdlDuQNd/B6J93sV38ffUdW5UD9+ejN/uDH1bstT7qwgCfgipcs4v3YysAdyBrMB/ev+lUOOG KlmSQPpAnGD1K38e9rBybH0Y7MgTp3WjgH56Y2/K+Xw9Krfm4BoGnA6Si/Det5pgTJJEAaXTV 1247BDhqwRH2bXQM0W+HHKDxfj8Bf54wZC8aYJXKzWmg6DjGbfzCrvzIGRnx/4O40cB2lIs72 BzzNulSNwyXdSFKD9Hp8CW5FsAyIljFWoW4rRgM1ZqG10KAajLBRvG2f3mBO+gU2ZP92PxWx4 5waBVyXxGBVoO9JcNe7m4p9nE3tlmzkPYbMY0aEp5e7tr2RgjmNlo656UUlbwLqKcMh8cJKul Wa0hbG+ZyJxqnKIO5pNxREM4QIbQsJZovx6/JCkdfNUJy8wgnWsWk3/ZCLvQW9tcjIung9a3Q Vq+/DQbUoYFSZ/2dX6HyRFOsH6bMDeyNUsCjf+xo3rFsXAFZx2iReFhj9Fxeziu8C1mQrK6mY UChKjYEyoFtYsUwj+IfQH+tDI5pNisuZ5XlibkNlNCuSuYaH6uwgwMGrNd8B5ps7gqcnih37 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:172272 Archived-At: > The patch does not do the job. With the customization from my > previous mail, start Emacs, open, say, foo.tex, and then do > occur->some text. In the frame with the occur buffer, do bury > buffer, so that the frame with the occur-buffer becomes iconified, > so everything is good up to now. But then, doing bury buffer in the > frame displaying foo.tex, the message-buffer displays in that frame, > then doing again bury-buffer in that frame, the occur-buffer shows > up, again in the frame originally intended for foo.tex, that is in > the wrong frame, i.e., not as intended with the display-buffer-alist > customization. If you want to keep the occur-buffer in an iconified frame, you have to customize 'switch-to-buffer-skip-visible' to 0 or t in order to avoid switching to it automatically in another window. When I do that here, 'bury-buffer' switches between foo.tex, *scratch* and *Messages* only. > Would it not be better to adopt a more radical approach? Say that > there are two basic defaults between which a user can choose: one as > it is now, and a second one where there is a strict one-to-one > correspondence between buffers and frames (i.e., in the terminology > of Emacs, with no =E2=80=9Cwindows=E2=80=9D at all). Given the second = basis default, > the user could then customize whether for some buffer-types he/she > wants to have them displayed in windows, or, depending on the > buffer-type, customize geometry, fonts etc. of frames. I suppose that by customizing 'switch-to-buffer-skip-visible' to t and using a 'display-buffer-alist' that always makes a new dedicated frame that becomes invisible when it gets buried, you can largely achieve that. The only problems should result from internal Emacs functions that by default try to reuse or split the selected window. I'm quite sure that nothing can be done in this regard anyway. martin