From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: fast navigation Date: Tue, 20 Dec 2011 15:54:43 +0800 Message-ID: <874nwvfzjw.fsf@ericabrahamsen.net> References: <4EE9F89D.1060301@sergio.spb.ru> <20111215151318.GC12790@soloJazz.com> <4EEA9293.50506@sergio.spb.ru> <874nx15ayq.fsf@ericabrahamsen.net> <4EEBE2FE.2020009@sergio.spb.ru> <87wr9tzxgu.fsf@ericabrahamsen.net> <4EEE1D93.8070008@sergio.spb.ru> <87k45tz5yp.fsf@ericabrahamsen.net> <4EEFC683.7020707@sergio.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:35424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RcuXb-0001gI-HD for emacs-orgmode@gnu.org; Tue, 20 Dec 2011 02:55:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RcuXU-0006dQ-Ti for emacs-orgmode@gnu.org; Tue, 20 Dec 2011 02:55:15 -0500 Received: from lo.gmane.org ([80.91.229.12]:37145) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RcuXU-0006d4-Jl for emacs-orgmode@gnu.org; Tue, 20 Dec 2011 02:55:08 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RcuXR-0001fn-Rp for emacs-orgmode@gnu.org; Tue, 20 Dec 2011 08:55:05 +0100 Received: from 221.216.160.85 ([221.216.160.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Dec 2011 08:55:05 +0100 Received: from eric by 221.216.160.85 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Dec 2011 08:55:05 +0100 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 On Tue, Dec 20 2011, sergio wrote: > On 12/19/2011 05:49 AM, Eric Abrahamsen wrote: > >> The behavior I see is that I always need to start with a top-level >> heading. > Yes, but I'm talking another problem. > >> If you really can't go to b (a top level node), then something is messed >> up. > I can't goto b or it's children when cursor is on b. > >> If the problem is just that you can't *start* completion at a >> non-top-level node, then that's the way it's supposed to work. > It doesn't start, but the problem is that goto doesn't work: > when I press > C-c C-j b > and cursor is not on b I goto b > when after this I press > C-c C-j > or C-c C-j b > one again I receive: > Invalid target location > or > Goto (default b/): b [No match] This might be more than I can help you with -- I've got pretty much the same org version as you, and the above does not behave that way for me, it does what you're expecting it to. I'm using emacs 24, but I don't see why that would affect this. Also, (require 'ido) is enough to make ido work, including org's use of it. I saw in one of your other threads that you're starting with emacs -Q -- is that true for this problem as well? If so, then I really am plumb out of useful. I don't think it's a bug in org, though… Sorry, Eric > >> What version of org are you using? > % apt-cache policy org-mode > org-mode: > Installed: 7.8.02-1 > Candidate: 7.8.02-1 > Version table: > *** 7.8.02-1 0 > 500 http://ftp.debian.org/debian/ sid/main i386 Packages > 100 /var/lib/dpkg/status > >> Ido completion should certainly work with that variable set. Have you >> successfully activated ido in other contexts? > May be not. What should I do (read) to test ido? -- GNU Emacs 24.0.92.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6) of 2011-12-07 on pellet Org-mode version 7.8.02 (release_7.8.02.13.g0c09a)