From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: xref and leaving "temporary" buffers open Date: Sat, 25 Jul 2015 19:15:20 +0300 Message-ID: <83a8uk1aef.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1437840942 2179 80.91.229.3 (25 Jul 2015 16:15:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 25 Jul 2015 16:15:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 25 18:15:31 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 1ZJ26k-0004g8-5p for ged-emacs-devel@m.gmane.org; Sat, 25 Jul 2015 18:15:30 +0200 Original-Received: from localhost ([::1]:48554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZJ26j-0003UB-Ef for ged-emacs-devel@m.gmane.org; Sat, 25 Jul 2015 12:15:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZJ26d-0003Tr-Tt for emacs-devel@gnu.org; Sat, 25 Jul 2015 12:15:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZJ26a-0001j1-Mr for emacs-devel@gnu.org; Sat, 25 Jul 2015 12:15:23 -0400 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:53683) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZJ26a-0001i9-Em for emacs-devel@gnu.org; Sat, 25 Jul 2015 12:15:20 -0400 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NS100100WNHU200@mtaout25.012.net.il> for emacs-devel@gnu.org; Sat, 25 Jul 2015 19:11:30 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NS100207WZ65R10@mtaout25.012.net.il>; Sat, 25 Jul 2015 19:11:30 +0300 (IDT) In-reply-to: <55B3B428.5080301@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 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:188076 Archived-At: > Cc: emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sat, 25 Jul 2015 19:07:04 +0300 > > On 07/25/2015 06:27 PM, Eli Zaretskii wrote: > > > Then perhaps there should be a command to kill all those buffers > > created by xref for these purposes. > > Suppose we tag them with a buffer-local variable. > > What if the use switches to one of these buffers on their own accord, > with find-file or switch-to-buffer? They might not be aware that that > buffer was opened by xref, and would be surprised to see M-x > xref-kill-temporary-buffers kill that buffer as well. You could detect this using buffer-modified-tick, no? You could also refrain from killing any of these buffers displayed in some window, or present in the relevant history lists. > > OTOH, look at the example of info.el's info-apropos: it doesn't keep > > around the Info manuals it visits. So this is also a reasonable > > behavior we have elsewhere. > > It keeps a cache of search results (and initiates full search for any > input not in cached list). That's nice, but probably solves a different > problem. That's not what I meant. What I meant was that the manuals are not available once the command finishes, although its quite clear the command had to visit each and every one of them.