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 <monnier@iro=2Eumontreal=2Eca> 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--