From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dan Davison Subject: Re: Using Org for browsing and managing buffers Date: Mon, 19 Apr 2010 09:18:41 -0400 Message-ID: <87633noa1a.fsf@stats.ox.ac.uk> References: <87aatda0gv.fsf@stats.ox.ac.uk> <87d3y1pyuz.wl%ucecesf@ucl.ac.uk> <87mxx5cpo0.fsf@stats.ox.ac.uk> <87tyrcnc2c.wl%ucecesf@ucl.ac.uk> <87bpdghznk.fsf@stats.ox.ac.uk> <87hbn7etjz.wl%ucecesf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O3qtx-0001rb-Ct for emacs-orgmode@gnu.org; Mon, 19 Apr 2010 09:20:37 -0400 Received: from [140.186.70.92] (port=33003 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3qtn-0001oA-W2 for emacs-orgmode@gnu.org; Mon, 19 Apr 2010 09:20:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O3qs9-0005Co-Kd for emacs-orgmode@gnu.org; Mon, 19 Apr 2010 09:18:47 -0400 Received: from markov.stats.ox.ac.uk ([163.1.210.1]:36933) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O3qs9-0005CD-DD for emacs-orgmode@gnu.org; Mon, 19 Apr 2010 09:18:45 -0400 In-Reply-To: <87hbn7etjz.wl%ucecesf@ucl.ac.uk> (Eric S. Fraga's message of "Mon, 19 Apr 2010 09:27:12 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: e.fraga@ucl.ac.uk Cc: emacs org-mode mailing list > On this topic, one suggestion (which might be difficult to implement, > however): the best thing is about org is the hierarchical nature of > headlines. This would seem to map well to the hierarchical nature of > modes. For instance, org mode is also a text mode. Would it make > sense to have all text mode buffers grouped with sub-modes (for want > of a better word) as subheadings? On the other hand, I'm not sure > what this would add so probably ignore this... :-) Other groupings might be good too. E.g. the comint process buffer for a language grouped with the code files; all magit buffers in a magit tree; all gnus buffers (summary, group, article) in a gnus tree. It seems that the best thing might be to have a flexible way of specifying the tree structure. E.g some way to specify "projects" for which all buffers should be grouped together. Not sure how to implement that though. I've also been wondering about adding recentf files (buffers you might want, in addition to buffers you have). Then it might make sense to present them in a hierarchy based on the filesystem location. That's also true when grouping buffers by their directory (B def RET). So making it work with > 2 levels of hierarchy is definitely something worth thinking about, especially if someone has a good idea how to specify the desired tree structure a priori. A year or two ago someone posted code to preserve folding state of an org buffer using an auxiliary file. Don't think it's in contrib. But I might try to dig that out also. Anyone know where it is? > >> > I ask because I >> > don't understand what functionality it adds and the default binding >> > (h) conflicts with my speed keys (I use vi-like bindings for speed >> > motion keys). >> >> I overlooked that before. I've moved it to H. > > Doesn't seem to work for me (pulled from git this morning, 8am BST): Fixed, thanks! Dan