From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Occur stack Date: Wed, 22 Jan 2014 10:03:37 +0200 Organization: JURTA Message-ID: <878uu81m06.fsf@mail.jurta.org> References: <52D6D907.4030702@online.de> <52D8E8CB.5080600@online.de> <87eh45jk5p.fsf@building.gnus.org> <87lhy9zsab.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390377962 11929 80.91.229.3 (22 Jan 2014 08:06:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Jan 2014 08:06:02 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 22 09:06:09 2014 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 1W5sp5-00039M-N0 for ged-emacs-devel@m.gmane.org; Wed, 22 Jan 2014 09:06:07 +0100 Original-Received: from localhost ([::1]:34144 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5sp4-00061Z-MG for ged-emacs-devel@m.gmane.org; Wed, 22 Jan 2014 03:06:06 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5sow-00061K-El for emacs-devel@gnu.org; Wed, 22 Jan 2014 03:06:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5soq-0005Vh-Dq for emacs-devel@gnu.org; Wed, 22 Jan 2014 03:05:58 -0500 Original-Received: from [69.163.184.122] (port=59557 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5soq-0005So-8E for emacs-devel@gnu.org; Wed, 22 Jan 2014 03:05:52 -0500 Original-Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id CBCA0300B25520; Wed, 22 Jan 2014 00:05:50 -0800 (PST) In-Reply-To: (joakim@verona.se's message of "Tue, 21 Jan 2014 10:05:51 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.184.122 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:168874 Archived-At: > It seems to me that we could work on making it more convenient with many > buffers. There is already a mechanism to hide buffers, by having an > inital space in the name. Intuitively the overhead of many buffers is > not much more than the overhead of string storage. > > At any rate, this is how I manage this problem locally at the moment. I > just rename grep buffers I want to remember. More than that, I create a new buffer on all invocations of `compile' or `grep' with (setq compilation-buffer-name-function (lambda (mode-name) (generate-new-buffer-name (concat "*" (downcase mode-name) "*")))) and have absolutely no problems with a large number of buffers. OTOH, I think as the default behavior this is not too nice, so better would be to keep the previous content in strings accessible for navigation with `l' or from the window-local tab-bar.