From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Quit and Close Emacs Special Windows Date: Tue, 30 Jun 2020 15:39:16 +0000 (UTC) Message-ID: 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> <3c578050-2a23-411e-bad0-c26a7c7ed5ee@default> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33276"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Ergus , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jun 30 18:41:32 2020 Return-path: 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 ) id 1jqIwZ-0008j6-8d for ged-emacs-devel@m.gmane-mx.org; Tue, 30 Jun 2020 18:17:11 +0200 Original-Received: from localhost ([::1]:48408 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jqIOy-0000rs-Ul for ged-emacs-devel@m.gmane-mx.org; Tue, 30 Jun 2020 11:42:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42902) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jqIM3-000594-Oi for emacs-devel@gnu.org; Tue, 30 Jun 2020 11:39:27 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:45300) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jqIM1-0003LR-Ma for emacs-devel@gnu.org; Tue, 30 Jun 2020 11:39:27 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05UFRHZ6175689; Tue, 30 Jun 2020 15:39:20 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=Ml3jwXhYuhX/MCtkSCWqzmaJ9pn6aprE76SXmbD599Y=; b=DBnxh0+EB5gvE4OesXjHTgkJNjFqmz5aQ/I6PD9Co5KI5L1UBO2Vd3hvPn5GnPmi6B+/ rQvfERK2cPfrltlhtbcWTUEkWQ4IA+Lz0yPjVhrOM9ruReA0dLUwV30d8MirHDn3W/n2 fZPW66aK5lnWMKz1mNP8T62OnhJnsmRMy0oxVDP1CJrlmD1sotZ74A07vogQk02rg7ML f/Tuw5MR9UyFVVhG3OXymwap0vZrabYwPrT1GTA8SZBT/fEvIVLg4vMapEAxbrOpLpFb nV9tbnpIeO0HbLv1WhOMkAuJcabBMbQqOiZ6QMv3YUl45llD4DlULDxrco47qzF7De0K LQ== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 31wxrn596e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 30 Jun 2020 15:39:20 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05UFMfMa098500; Tue, 30 Jun 2020 15:39:19 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 31xg13qaj8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 30 Jun 2020 15:39:19 +0000 Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 05UFdHkH031413; Tue, 30 Jun 2020 15:39:18 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5017.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9667 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 malwarescore=0 mlxlogscore=999 suspectscore=0 bulkscore=0 mlxscore=0 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006300112 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9667 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 mlxlogscore=999 priorityscore=1501 impostorscore=0 bulkscore=0 clxscore=1015 malwarescore=0 phishscore=0 adultscore=0 cotscore=-2147483648 lowpriorityscore=0 suspectscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006300112 Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@oracle.com; helo=userp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/30 11:39:22 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -63 X-Spam_score: -6.4 X-Spam_bar: ------ X-Spam_report: (-6.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_PASS=-0.001, SPF_PASS=-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." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252590 Archived-At: > > If it doesn't, please ignore. I thought it did > > (and I thought Ergus thought so too). Sorry if > > I was mistaken. > > > > I thought he was asking about having `q' in such > > buffers delete the window more often, instead of > > preferring to restore some other buffer in it. >=20 > Maybe it does have to do with it, I don't know. > There's much too much implicit in those messages. > Please clarify. >=20 > E.g. Ergus says: >=20 > 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 buffe= r > list after pressing q in 90% of the times. >=20 > so to me it seems like this doesn't have to do with whether windows get > deleted but with whether buffers are kept (maybe at all, or maybe only > in the buffer lists). Yes, I saw that too. But the overall question seemed to me to be about deleting the window. And that was the point of the blog he linked to, which he said does what he wants. The blog title is "Quit and Close Emacs Special Windows Like Help and Compilation Results". I agree that the original problem to be solved wasn't specified too clearly. I notice (in various places) that some users say "buffer" when they really mean "window" - it's pretty common on emacs.SE, for instance. Anyway, you understand my (mis?)interpretation of the question now, and thus my response. If my response was off-topic, sorry about that.