From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thorsten Jolitz Subject: Re: navi equivalent to 'g' speed command? Date: Wed, 03 Sep 2014 21:00:02 +0200 Message-ID: <87ha0o4jil.fsf@gmail.com> References: <878um15fz0.fsf@gmail.com> <874mwp5e41.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPFn5-0006x5-Nj for emacs-orgmode@gnu.org; Wed, 03 Sep 2014 15:00:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPFmz-0000um-Lg for emacs-orgmode@gnu.org; Wed, 03 Sep 2014 15:00:23 -0400 Received: from plane.gmane.org ([80.91.229.3]:49070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPFmz-0000ub-FT for emacs-orgmode@gnu.org; Wed, 03 Sep 2014 15:00:17 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XPFmx-0006Xm-OK for emacs-orgmode@gnu.org; Wed, 03 Sep 2014 21:00:15 +0200 Received: from e178060075.adsl.alicedsl.de ([85.178.60.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Sep 2014 21:00:15 +0200 Received: from tjolitz by e178060075.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Sep 2014 21:00:15 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Alan Schmitt writes: >> Maybe you could switch to the git-versions? > > OK, I gave it a try, and I'm now using them. Thanks, that make things easier. > I can already report that the 'g' speed command does not work as > expected. It seems to work (it brings up a list of possible targets), > but there are two issues. > > 1. The target does not include the current file, although I have this > configuration: > > #+begin_src emacs-lisp > (setq org-refile-targets > '((my-todo-file :maxlevel . 10) > (nil :maxlevel . 10))) > #+end_src > > 2. The current entry is actually refiled (instead of simply having the > point move to the target). As you can see when you look in the tj-outshine branch, I did a kind of 'industrial mass production of user-commands', i.e. I produced the functions and the keybindings that port all Org commands to outshine (using 'outshine-use-outorg'), but I did not have the time to check them. Some might work out-of-the-box, others not, and other might not make sense at all in Outshine. So I have to look at them one by one, and the next one I will check is outshine-refile-targets, thx for your observations. > Maybe I should look into doing this the navi way. Assume you want to > reach an entry with "foobar" in its title, but you don't know at what > level this entry is. How would you do it? As I wrote in my last mail, I think outshine-imenu (using idomenu, you have to install that package for ido-style completion) does exacly what you want - offer all file headers with smart completion, so you only need to type 'foo' or so to get the "foobar" headline. Typing RET then moves point to the headline. -- cheers, Thorsten