From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nix Newsgroups: gmane.emacs.devel Subject: Re: xref and leaving "temporary" buffers open Date: Wed, 29 Jul 2015 16:02:23 +0100 Message-ID: <87d1zbovls.fsf@spindle.srvr.nix> References: <55B2DC8F.3050305@yandex.ru> <83vbd81yti.fsf@gnu.org> <55B38E95.5060902@yandex.ru> <83h9os1gbx.fsf@gnu.org> <55B39C3A.9070107@yandex.ru> <83egjw1ez7.fsf@gnu.org> <55B3A6AD.6030008@yandex.ru> <83bnf01cly.fsf@gnu.org> <55B3B428.5080301@yandex.ru> <83a8uk1aef.fsf@gnu.org> <55B3B91A.2000509@yandex.ru> <83615819bd.fsf@gnu.org> <55B3C14D.9020005@yandex.ru> <55B3D2C8.3090606@gmx.at> <55B3D5A8.6090904@yandex.ru> <87fv49qzc7.fsf@spindle.srvr.nix> <55B7840F.3010608@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438182166 28000 80.91.229.3 (29 Jul 2015 15:02:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jul 2015 15:02:46 +0000 (UTC) Cc: martin rudalics , Eli Zaretskii , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 29 17:02:45 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZKSsW-0003in-9J for ged-emacs-devel@m.gmane.org; Wed, 29 Jul 2015 17:02:44 +0200 Original-Received: from localhost ([::1]:35601 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKSsV-0003v1-OL for ged-emacs-devel@m.gmane.org; Wed, 29 Jul 2015 11:02:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59107) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKSsS-0003s9-O5 for emacs-devel@gnu.org; Wed, 29 Jul 2015 11:02:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZKSsR-0000HQ-SJ for emacs-devel@gnu.org; Wed, 29 Jul 2015 11:02:40 -0400 Original-Received: from icebox.esperi.org.uk ([81.187.191.129]:45071 helo=mail.esperi.org.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKSsM-0000Cf-7n; Wed, 29 Jul 2015 11:02:34 -0400 Original-Received: from spindle.srvr.nix (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.9/8.14.8) with ESMTP id t6TF2OOY008811; Wed, 29 Jul 2015 16:02:24 +0100 Emacs: more than just a Lisp interpreter, a text editor as well! In-Reply-To: <55B7840F.3010608@yandex.ru> (Dmitry Gutov's message of "Tue, 28 Jul 2015 16:30:55 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-DCC-URT-Metrics: spindle 1060; Body=4 Fuz1=4 Fuz2=4 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 81.187.191.129 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:188166 Archived-At: On 28 Jul 2015, Dmitry Gutov said: > On 07/27/2015 08:34 PM, Nix wrote: >> (However, this would tend to break >> third-party modes that open lots of extra buffers -- but how many of >> those are there? It's mostly things, like Gnus, that implement whole >> multi-buffer applications inside Emacs, I think. There seem to be >> arguments in favour both of the local variable to mark temporariness and >> the local variable to mark *non*-temporariness...) > > A variable to mark temporariness might help a lot, actually. As long as it very obvious to the caller, so that we don't end up with > heaps of hidden buffers, without any of them marked as temporary. Yeah. At the moment tempbuf.el works quite well for those of us who like their buffer lists neat and tidy, but it is necessarily a kludge. I applaud the search for something better. (I have actually in the past wondered if it would be nice to have buffers structured into directories somehow so you could normally ignore unrelated buffers, but have come to the conclusion that better navigation is the answer. For me, GNU GLOBAL-driven semantic.el navigation via CEDET and Icicles-based switch-by-content has sufficed to control even Emacsen with thousands of buffers open... though this is mostly Semantic's fault, since it opens files to parse them and often forgets to close them again. This is something that would definitely benefit from a temporary-buffer marking, since you certainly can't use the mode of such buffers as a hint.) -- NULL && (void)