From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Ergus <spacibba@aol.com>
Newsgroups: gmane.emacs.devel
Subject: Re: Quit and Close Emacs Special Windows
Date: Wed, 01 Jul 2020 03:31:10 +0200
Message-ID: <6612E345-621D-4453-AE61-01E757B08765@aol.com>
References: <87ftaej5pp.fsf.ref@ergus.i-did-not-set--mail-host-address--so-tickle-me>
 <87ftaej5pp.fsf@ergus.i-did-not-set--mail-host-address--so-tickle-me>
 <jwv5zb8zdud.fsf-monnier+emacs@gnu.org>
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----M8D5P00EY447S49PQI4D8BJ0MYNUBC"
Content-Transfer-Encoding: 7bit
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="9489"; mail-complaints-to="usenet@ciao.gmane.io"
User-Agent: K-9 Mail for Android
Cc: emacs-devel@gnu.org
To: Stefan Monnier <monnier@iro.umontreal.ca>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jul 01 03:32:19 2020
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Envelope-to: ged-emacs-devel@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 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1jqRbn-0002M2-9j
	for ged-emacs-devel@m.gmane-mx.org; Wed, 01 Jul 2020 03:32:19 +0200
Original-Received: from localhost ([::1]:45220 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1jqRbm-0004W0-AB
	for ged-emacs-devel@m.gmane-mx.org; Tue, 30 Jun 2020 21:32:18 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46926)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <spacibba@aol.com>) id 1jqRaw-00044D-7P
 for emacs-devel@gnu.org; Tue, 30 Jun 2020 21:31:26 -0400
Original-Received: from sonic314-14.consmr.mail.bf2.yahoo.com ([74.6.132.124]:46301)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <spacibba@aol.com>) id 1jqRas-0006ce-AQ
 for emacs-devel@gnu.org; Tue, 30 Jun 2020 21:31:25 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048;
 t=1593567079; bh=nK/1rIS45uIxjMZ7MqQNB7sFTQfCt/j3JWk/KOdPO0g=;
 h=Date:In-Reply-To:References:Subject:To:From:From:Subject;
 b=Thm9aQMzk0FpJ1gFBqhGSWFzPzFq1sDA0ZEqX6uqamgrDoDS3vZmLOVwybQkJFyDrvXNB9NxSgl0Po/mj128/VKwN2Gk0dSQe2OcbMIrnSbLcimoxJui6NL9oiflO/EY4zqfKi0hr4qKN8Eau3/edATDfRN0ZE63ECVkPZxPpmEkQ4bediQAozXo5ufVxBMzMbV+X73ehTgD7BCU65tpwS48jq0sYQzdEbXsikTYOOU7dqGsHV7fr++DXAIKayagyCeaYjjMHMCQes5+Zs9lfCkDKMT9pONufjaCKcqPgEnQm7r0XuQgF0/RXmzDG6bkLtZGViGnvoMBKatm/0Qwaw==
X-YMail-OSG: W9LmJ6cVM1l8Q9ENo9._38tygqLtsm3fZKO5SKnkR2xHS008sZWE3vxsYAcKqDl
 KGMSw.IUG3lpkramfXNugOMisOIWrY6eD4PRH7BFWnkUULF2mSbE5.zNkdTg3YJqD57ycpPQZ0yO
 MjZiHCGAR7pq.uQ8KXmrcwdaFdzWKyymHsarprUGBsF22Xz7sOmu9hguNQFMP_S9v2JThuZYXl1e
 zi0ybsOkHI3mbiYAA5XoD27LkJEnJhnx0YWcotYCZKeWJjZqF7nVKn1YwhQduDvcUw8knW2eaWl8
 bFXmh65NzykHfMn2vC4DJ9FP0Zlofhmx1V8MhXEo3j2sVW_jn9eq.3tWlrISGPVJ4xi9pmHENk9V
 ShRR4PqWi.4cIOhcGsaUZLjS5nTFCC48vAsZGwKDMJnRyHV3xjE8yxwbo15hCqFPLvWhT40prT_3
 k7q30_9MZzJVSs1fDh04Y3VCARUe_SyGOndngDUUX86NRYoj8ybLY1hM0w_L5zudoasAvZ10Jgje
 Ksa.O0y5DRj6hOrkWr7kbgRtDNKDs2ytFyUnq50fBGya3GdTz8Ni6NHDt7puKJzC56q9sg2Yi1De
 iIeJ1nfrDXy3NHWuBTEty0h3T3oddTectp9HvGpl9dBlZ356Cu52Rv6n.GUIJV6KrD7._Qp_oMDR
 3FA0A.bf3InRUCX3KPX_vMTe6P1ACf.KmoLHQOGRSL.TyNnlHVz4xA.4LOdpDL7PFbRHMGS6vhPq
 IMsgC6IQpNTjsFzRwdSMP5mgYiApw_5H72JiBcGdZuoFHIKned0Pck89oVMzAkQ.OrtTkioHGOl9
 QigddI.AOE99QfMO_dZmjCbEoYeTzRwQ8NBhD6Q.ig 
Original-Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic314.consmr.mail.bf2.yahoo.com with HTTP; Wed, 1 Jul 2020 01:31:19 +0000
Original-Received: by smtp427.mail.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA
 ID cf7986362a7795e80b6b9e2dbcb1158f; 
 Wed, 01 Jul 2020 01:31:18 +0000 (UTC)
In-Reply-To: <jwv5zb8zdud.fsf-monnier+emacs@gnu.org>
X-Mailer: WebService/1.1.16197 hermes_aol Apache-HttpAsyncClient/4.1.4
 (Java/11.0.7)
Received-SPF: pass client-ip=74.6.132.124; envelope-from=spacibba@aol.com;
 helo=sonic314-14.consmr.mail.bf2.yahoo.com
X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/30 21:31:19
X-ACL-Warn: Detected OS   = Linux 3.1-3.10 [fuzzy]
X-Spam_score_int: -30
X-Spam_score: -3.1
X-Spam_bar: ---
X-Spam_report: (-3.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN
X-Spam_action: no action
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org
Original-Sender: "Emacs-devel"
 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.devel:252604
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/252604>

------M8D5P00EY447S49PQI4D8BJ0MYNUBC
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi Stefan:

As "this behavior" I mean that pressing q effectively closes the buffer in=
stead of keeping it around in the buffer list=2E When working in big projec=
ts with too many files usually there are too many *-=2E=2E=2E-* buffers (ma=
git, compile, man, logs=2E=2E=2E)=2E And the user needs to keep closing the=
m constantly (with C-u q or explicitly)
This is not only annoying some times (for example for rotating buffers wit=
h C-x right) but also is somehow unnatural for term users who are used to c=
all ex=2E man from the terminal and quit quickly to continue=2E

On June 30, 2020 7:04:57 PM GMT+02:00, Stefan Monnier <monnier@iro=2Eumont=
real=2Eca> wrote:
>> I have been reading this site:
>>
>> https://christiantietze=2Ede/posts/2019/10/emacs-quit-special-windows/
>>
>> and I am wondering why we don't provide an option to enable this
>> behaviour by default in some cases without needing the "hack" in the
>> link=2E  It doesn't seems to be too complex to implement right?
>
>What do you mean by "this behavior"?
>
>I just tried
>
>    emacs -Q
>    M-x compile
>    =2E=2Eselect the compilation window=2E=2E=2E
>    q
>
>and sure enough I was back to a single-window setup=2E
>So, IIUC we already provide "this behavior"=2E
>
>> I know it is just a detail, but in some cases (like when using man or
>> compile mode, or reading a function documentation, or after executing
>> magit commands) it doesn't make sense to keep the buffer in the
>buffer
>> list after pressing q in 90% of the times=2E
>
>I don't understand the connection with the previous paragraph=2E
>
>
>        Stefan

--=20
Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E
------M8D5P00EY447S49PQI4D8BJ0MYNUBC
Content-Type: text/html;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body>Hi Stefan:<br><br>As "this behavior" I mean that p=
ressing q effectively closes the buffer instead of keeping it around in the=
 buffer list=2E When working in big projects with too many files usually th=
ere are too many *-=2E=2E=2E-* buffers (magit, compile, man, logs=2E=2E=2E)=
=2E And the user needs to keep closing them constantly (with C-u q or expli=
citly)<br>This is not only annoying some times (for example for rotating bu=
ffers with C-x right) but also is somehow unnatural for term users who are =
used to call ex=2E man from the terminal and quit quickly to continue=2E<br=
><br><div class=3D"gmail_quote">On June 30, 2020 7:04:57 PM GMT+02:00, Stef=
an Monnier &lt;monnier@iro=2Eumontreal=2Eca&gt; wrote:<blockquote class=3D"=
gmail_quote" style=3D"margin: 0pt 0pt 0pt 0=2E8ex; border-left: 1px solid r=
gb(204, 204, 204); padding-left: 1ex;">
<pre class=3D"k9mail"><blockquote class=3D"gmail_quote" style=3D"margin: 0=
pt 0pt 1ex 0=2E8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> I =
have been reading this site:<br><br> <a href=3D"https://christiantietze=2Ed=
e/posts/2019/10/emacs-quit-special-windows/">https://christiantietze=2Ede/p=
osts/2019/10/emacs-quit-special-windows/</a><br><br> and I am wondering why=
 we don't provide an option to enable this<br> behaviour by default in some=
 cases without needing the "hack" in the<br> link=2E  It doesn't seems to b=
e too complex to implement right?<br></blockquote><br>What do you mean by "=
this behavior"?<br><br>I just tried<br><br>    emacs -Q<br>    M-x compile<=
br>    =2E=2Eselect the compilation window=2E=2E=2E<br>    q<br><br>and sur=
e enough I was back to a single-window setup=2E<br>So, IIUC we already prov=
ide "this behavior"=2E<br><br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin: 0pt 0pt 1ex 0=2E8ex; border-left: 1px solid #729fcf; padding-left: 1e=
x;">I know it is just a detail, but in some cases (like when using man or<b=
r>compile mode, or reading a function documentation, or after executing<br>=
magit commands) it doesn't make sense to keep the buffer in the buffer<br>l=
ist after pressing q in 90% of the times=2E<br></blockquote><br>I don't und=
erstand the connection with the previous paragraph=2E<br><br><br>        St=
efan<br><br></pre></blockquote></div><br>-- <br>Sent from my Android device=
 with K-9 Mail=2E Please excuse my brevity=2E</body></html>
------M8D5P00EY447S49PQI4D8BJ0MYNUBC--