From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Occur stack Date: Tue, 14 Jan 2014 18:21:58 +0100 Message-ID: References: <8738kq5xo5.fsf@yahoo.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1389720145 4880 80.91.229.3 (14 Jan 2014 17:22:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Jan 2014 17:22:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 14 18:22:32 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 1W37h9-0007xs-3l for ged-emacs-devel@m.gmane.org; Tue, 14 Jan 2014 18:22:31 +0100 Original-Received: from localhost ([::1]:49667 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37h8-0006NS-Lq for ged-emacs-devel@m.gmane.org; Tue, 14 Jan 2014 12:22:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51006) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37gz-0006Lm-Jc for emacs-devel@gnu.org; Tue, 14 Jan 2014 12:22:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W37gs-00059H-Qd for emacs-devel@gnu.org; Tue, 14 Jan 2014 12:22:21 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:34037) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W37gs-00058A-F4 for emacs-devel@gnu.org; Tue, 14 Jan 2014 12:22:14 -0500 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1W37gd-0006vr-2M; Tue, 14 Jan 2014 18:21:59 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEU+Iy8YCBkJAAobDxsO AxTUl4l//bZHAAACaklEQVQ4jUVUQZKjMAxUQrjHmL1PBA8wEbljW3N3Zsb//8q2MElUBQVu1FLL jYmz9CLiZcHdWYi9eloz9R2WpMUOLM4ppSyhoy4QkUigBo4AOGt+RnsnWhxwrMdRlTTbDeG8yKge l2rUPUMftu5UM5U1Oo0uunEHthU1F9VrraXzi9UYaTTgojng6ivCeXyiLcM9faCLkq3XTvvLAUS0 SqcxNuB3rH9IgUAletDJOd/XQlSL1Iu2rsh9r0jOfeGvbiqhnhoAbdcTJrUQT8xMjzo2KhvTL667 G6Y78xcYDypt2tPKicJgPZdjJNAexzEx379qixKtK8Q/iAIwcC19U7NTRRfQyMCceKNrU7NTYZjQ NPLKgc/AAtTsVHGvnm8ndGtdPV1f2qz2yW9yNiD8K6fl8coYt1W3jnmqlPonFJd97GqTdyjOvQG8 SSiHwDH+WbsTge0xRDOAZLfvMqqzd0iaHucR2w8qbKtGCQDycnXo6qxxEVAhIV4DqieHAfOt/0Gf 0qg2P2LfE0viNNUfTbOnFDWGDq5E9TQlPm31iUozcWTpzGqEjNvAGmq9GCBZd/OpVb+56M0SZcVG RRMyQyJ2j2XxzSsm0MEJCs/bpMBKfQMkRwAZ3rSant4Ab+t91oc9YyaZJBzA/F1hwp0XU5zCG1i+ 6ysuN77BRi+qD/C8DfMLINIPUBfHTvyrq+0DmLPdm+oNlJ4IW9AUFooHgD+6p/rrIL1vXV1brS59 UWn/On2o8Eed+UbtkwOQDc7AZ8kssnuTjKuQz9Lh/Bh4dq0dkQaw+Yxn5VnCAQjtVPux4u1uBw1R O1boPx7+3y16dcaCAAAAAElFTkSuQmCC X-Now-Playing: Arto Lindsay's _Noon Chill_: "Mulata Fuzarqueira" X-Hashcash: 1:23:140114:emacs-devel@gnu.org::pjpPpNvRcPFyolJg:000000000000000000000000000000000000000000QOmY X-Hashcash: 1:23:140114:adatgyujto@gmail.com::59A0Ysvpzd7qiNQ2:00000000000000000000000000000000000000000Y83n In-Reply-To: (Tom's message of "Tue, 14 Jan 2014 17:12:56 +0000 (UTC)") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-MailScanner-ID: 1W37gd-0006vr-2M MailScanner-NULL-Check: 1390324919.8115@sOBoEOLJzigicmtCbwBMdg X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:168364 Archived-At: Tom writes: > Of course, but it results in a proliferation of occur buffers. > It would be nicer to have a single occur buffer where I could > go back to previous results. Yeah. Perhaps there should be a semi-general "buffer history" functionality for these sorts of buffers? eww has its own history, and that's just a buffer-local variable that has a list of buffer contents/points/etc, along with some history traversal commands. I think that could be generalised to other modes that have similar "remove everything in the buffer and display new data" ways of working. Some modes might need more "restoring" code, though, so it should be customisable by each mode... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no