fast navigation

fast navigation

[sergio]

Hello.

Is it possible to move through org file like cd on filesystem, ie press
special hotkey and then /foo/bar/baz for goto baz headline in such file:

* foo
** bar
*** baz

Is it possible to use completion for such paths (/foo/bar/b<TAB>)?

-- 
sergio.

Re: fast navigation

[Juan Pechiar]

Hi,

Have a look at org-goto (C-c C-j)

   http://orgmode.org/manual/Motion.html#index-org_002dgoto-83

And also completion features (eg. iswitchb emulation)

   http://orgmode.org/manual/Completion.html#Completion

Regards,
.j.

On Thu, Dec 15, 2011 at 05:39:41PM +0400, sergio wrote:
> Is it possible to move through org file like cd on filesystem, ie press
> special hotkey and then /foo/bar/baz for goto baz headline in such file:
>
> * foo
> ** bar
> *** baz
>
> Is it possible to use completion for such paths (/foo/bar/b<TAB>)?

Re: fast navigation

[sergio]

> Have a look at org-goto (C-c C-j)

I've seen it. It performs globally search not hierarchy.

-- 
sergio.

Re: fast navigation

[Eric Abrahamsen]

On Fri, Dec 16 2011, sergio wrote:

>> Have a look at org-goto (C-c C-j)
>
> I've seen it. It performs globally search not hierarchy.

What is your `org-goto-interface'? I've got mine set to
outline-path-completion, and I think it does what you want.

Eric

-- 
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.8.g8fb0)

Re: fast navigation

[sergio]

On 12/16/2011 09:42 AM, Eric Abrahamsen wrote:

> What is your `org-goto-interface'? I've got mine set to
> outline-path-completion, and I think it does what you want.

Thank you! That's what I want.

But there is a bug. It doesn't complete headline (and doesn't goto if
type it manually) which I stay on.

For example:

* a
* b
** d
*** e
* c

If cursor is on b I can't goto d and e. If cursor is on d I can't goto
e.

Could anybody confirm this bug. Or it's my wrong config?
Should I report this bug?

-- 
sergio.

Re: fast navigation

[Eric Abrahamsen]

On Sat, Dec 17 2011, sergio wrote:

> On 12/16/2011 09:42 AM, Eric Abrahamsen wrote:
>
>> What is your `org-goto-interface'? I've got mine set to
>> outline-path-completion, and I think it does what you want.
>
> Thank you! That's what I want.
>
> But there is a bug. It doesn't complete headline (and doesn't goto if
> type it manually) which I stay on.

Yeah, I think it always starts completion from the top level, no matter
where you are. I wouldn't call it a bug, exactly -- what if you wanted
to jump from a sublevel up to a top-level heading?

I also use the ido completion engine for org-related stuff
(`org-completion-use-ido' set to t), which means that jumping from
anywhere to anywhere is fairly easy. Maybe give that a shot?

> For example:
>
> * a
> * b
> ** d
> *** e
> * c
>
> If cursor is on b I can't goto d and e. If cursor is on d I can't goto
> e.
>
> Could anybody confirm this bug. Or it's my wrong config?
> Should I report this bug?

-- 
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.8.g8fb0)

Re: fast navigation

[sergio]

On 12/18/2011 07:54 PM, Eric Abrahamsen wrote:

>> But there is a bug. It doesn't complete headline (and doesn't goto if
>> type it manually) which I stay on.

> Yeah, I think it always starts completion from the top level, no
> matter where you are. I wouldn't call it a bug, exactly -- what if you
> wanted to jump from a sublevel up to a top-level heading?
Sorry, and what if I wanted to jump from a sublevel up to a top-level
heading? May be I don't understand something or poorly described the
problem:

* a...
* b...
** d...
* c...

when cursor is on d I can't goto b/d/very/deep/path,
when cursor is on b I can't goto b/very/very/deep/path.

I think it's a bug.


> I also use the ido completion engine for org-related stuff
> (`org-completion-use-ido' set to t), which means that jumping from
> anywhere to anywhere is fairly easy. Maybe give that a shot?
I've seen this variables (org-completion-use-ido and
org-completion-iswitchb) but I haven't noticed any changes when I set
one of them to "t".


-- 
sergio.

Re: fast navigation

[Eric Abrahamsen]

On Mon, Dec 19 2011, sergio wrote:

> On 12/18/2011 07:54 PM, Eric Abrahamsen wrote:
>
>>> But there is a bug. It doesn't complete headline (and doesn't goto if
>>> type it manually) which I stay on.
>
>> Yeah, I think it always starts completion from the top level, no
>> matter where you are. I wouldn't call it a bug, exactly -- what if you
>> wanted to jump from a sublevel up to a top-level heading?
> Sorry, and what if I wanted to jump from a sublevel up to a top-level
> heading? May be I don't understand something or poorly described the
> problem:

The behavior I see is that I always need to start with a top-level
heading. For your structure below, I can go to a, b, or c no matter
where I am in the document, but in order to go to d, I need to do b/d.
If you really can't go to b (a top level node), then something is messed
up. 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.

What version of org are you using? Ido completion should certainly work
with that variable set. Have you successfully activated ido in other
contexts?

Eric

> * a...
> * b...
> ** d...
> * c...
>
> when cursor is on d I can't goto b/d/very/deep/path,
> when cursor is on b I can't goto b/very/very/deep/path.
>
> I think it's a bug.
>
>
>> I also use the ido completion engine for org-related stuff
>> (`org-completion-use-ido' set to t), which means that jumping from
>> anywhere to anywhere is fairly easy. Maybe give that a shot?
> I've seen this variables (org-completion-use-ido and
> org-completion-iswitchb) but I haven't noticed any changes when I set
> one of them to "t".

-- 
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.8.g8fb0)

Re: fast navigation

[sergio]

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 <RET>
and cursor is not on b I goto b
when after this I press
C-c C-j <RET>
or C-c C-j b <RET>
one again I receive:
Invalid target location
or
Goto (default b/): b [No match]


> 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?


-- 
sergio.

Re: fast navigation

[Eric Abrahamsen]

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 <RET>
> and cursor is not on b I goto b
> when after this I press
> C-c C-j <RET>
> or C-c C-j b <RET>
> 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)

Re: fast navigation

[sergio]

On 12/20/2011 11:54 AM, Eric Abrahamsen wrote:

> the above does not behave that way for me, it does what you're
> expecting it to.
It's strange, may be it's my poorly explanation, or all is clear?
Have you tried to switch ido off? I'm not sure that I'm using it.

> I'm using emacs 24, but I don't see why that would affect this.
I'm using 23.3+1-4 from debian sid, but I also don't believe that it's
emacs problem.

> Also, (require 'ido) is enough to make ido work, including org's use
> of it.
OK, I wrote:
(require 'ido)
(setq org-completion-use-ido t)
in my .emacs.d/init.el. After that I run emacs file.org, press C-c C-j
and I doesn't see any changes with previous configuration.

> I saw in one of your other threads that you're starting with emacs -Q --
> is that true for this problem as well?
1) there was -q
2) it was for debug propose, usually I just run emacs path_to/file.org


-- 
sergio.

Re: fast navigation

[sergio]

On 12/20/2011 11:54 AM, Eric Abrahamsen wrote:

I just removed org-mode package. With org-mode from emacs (6.33x) all
works fine. After this I've downloaded and installed org-mode from the
web --- problem comes back.


-- 
sergio.

Re: fast navigation

[Leo Alekseyev]

This very much looks like a bug to me.  I just upgraded from 7.4 to
7.8 of org and am starting to see this behavior.  It's even more
broken when combined with ido completion (which is what I use).  I
just wrote a separate post to the mailing list (I wrote it before I
saw this thread); it might be useful to take the conversation there.

--Leo

On Tue, Dec 20, 2011 at 7:24 AM, sergio <mailbox@sergio.spb.ru> wrote:
> On 12/20/2011 11:54 AM, Eric Abrahamsen wrote:
>
> I just removed org-mode package. With org-mode from emacs (6.33x) all
> works fine. After this I've downloaded and installed org-mode from the
> web --- problem comes back.
>
>
> --
> sergio.
>

Re: fast navigation

[Bastien]

Hi Sergio,

sergio <mailbox@sergio.spb.ru> writes:

> On 12/20/2011 11:54 AM, Eric Abrahamsen wrote:
>
> I just removed org-mode package. With org-mode from emacs (6.33x) all
> works fine. After this I've downloaded and installed org-mode from the
> web --- problem comes back.

I'm lost here -- can you restate the bug and provide a simple way to
reproduce it with emacs -Q (no configuration) and Org 7.8.02?

Thanks!

-- 
 Bastien

Re: fast navigation

[Leo Alekseyev]

I recorded the bug in a short screencast.  emacs was started with -Q;
in the second part of the screencast it was restarted with a config
file that only included ido mode

http://www.youtube.com/watch?v=z6nDUh0RH_c&feature=youtu.be

On Tue, Dec 20, 2011 at 5:27 PM, Bastien <bzg@altern.org> wrote:
> Hi Sergio,
>
> sergio <mailbox@sergio.spb.ru> writes:
>
>> On 12/20/2011 11:54 AM, Eric Abrahamsen wrote:
>>
>> I just removed org-mode package. With org-mode from emacs (6.33x) all
>> works fine. After this I've downloaded and installed org-mode from the
>> web --- problem comes back.
>
> I'm lost here -- can you restate the bug and provide a simple way to
> reproduce it with emacs -Q (no configuration) and Org 7.8.02?
>
> Thanks!
>
> --
>  Bastien
>

Re: fast navigation

[Yagnesh Raghava Yakkala]

[-- Attachment #1: Type: text/plain, Size: 392 bytes --]

Hi,

Leo Alekseyev <dnquark@gmail.com> writes:

> I recorded the bug in a short screencast.  emacs was started with -Q;
> in the second part of the screencast it was restarted with a config
> file that only included ido mode
>
> http://www.youtube.com/watch?v=z6nDUh0RH_c&feature=youtu.be
>

The attached highly unrelible online PATCH fixes the problem. I dont know
it has any side effects.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: org.el.diff --]
[-- Type: text/x-diff, Size: 458 bytes --]

diff --git a/lisp/org.el b/lisp/org.el
index 7e24367..02a4666 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -6797,7 +6797,7 @@ hierarchy above."
 	 (selected-point
 	  (if (eq interface 'outline)
 	      (car (org-get-location (current-buffer) org-goto-help))
-	    (let ((pa (org-refile-get-location "Goto")))
+	    (let ((pa (org-refile-get-location "Goto" nil nil t)))
 	      (org-refile-check-position pa)
 	      (nth 3 pa)))))
     (if selected-point

[-- Attachment #3: Type: text/plain, Size: 10 bytes --]



-- 
YYR

Re: fast navigation

[Leo Alekseyev]

The patch indeed fixes the problem, but has the following side effect:
the org-goto prompt now acquires a (possibly invalid) default
location, e.g. after I go to node "foo" in some file (file1), and do
an org-goto in some other file (file2), it will give me "foo" as a
default location, even though there's no node "foo" in file2.  This is
mostly a cosmetic bug, but a bug nonetheless, because the signature of
the function in the patch is
(org-refile-get-location &optional PROMPT DEFAULT-BUFFER NEW-NODES
NO-EXCLUDE) and we are in fact passing nil to default-buffer.  I would
expect this to suppress the showing of the default prompt.


On Wed, Dec 21, 2011 at 8:31 AM, Yagnesh Raghava Yakkala
<yagnesh@live.com> wrote:
> Hi,
>
> Leo Alekseyev <dnquark@gmail.com> writes:
>
>> I recorded the bug in a short screencast.  emacs was started with -Q;
>> in the second part of the screencast it was restarted with a config
>> file that only included ido mode
>>
>> http://www.youtube.com/watch?v=z6nDUh0RH_c&feature=youtu.be
>>
>
> The attached highly unrelible online PATCH fixes the problem. I dont know
> it has any side effects.
>
>
>
>
> --
> YYR
>

Re: fast navigation

[Yagnesh Raghava Yakkala]

Hello,

Leo Alekseyev <dnquark@gmail.com> writes:

> The patch indeed fixes the problem, but has the following side effect:
> the org-goto prompt now acquires a (possibly invalid) default
> location, e.g. after I go to node "foo" in some file (file1), and do
> an org-goto in some other file (file2), it will give me "foo" as a
> default location, even though there's no node "foo" in file2.  This is
> mostly a cosmetic bug, but a bug nonetheless, because the signature of
> the function in the patch is
> (org-refile-get-location &optional PROMPT DEFAULT-BUFFER NEW-NODES
> NO-EXCLUDE) and we are in fact passing nil to default-buffer.  I would
> expect this to suppress the showing of the default prompt.

It seems this bug is already present there and not introduced by the
patch I posted.

I think possible solutions are:
1) writing a function similer to org-refile-get-location to be called
   only by org-goto.
   
2) modifying org-refile-get-location so that it recognize it is called
   by org-goto and acts accordingly.

Its also possible I am totally wrong here because of my zero+ elisp
knowledge.

>
>
> On Wed, Dec 21, 2011 at 8:31 AM, Yagnesh Raghava Yakkala
> <yagnesh@live.com> wrote:
>> Hi,
>>
>> Leo Alekseyev <dnquark@gmail.com> writes:
>>
>>> I recorded the bug in a short screencast.  emacs was started with -Q;
>>> in the second part of the screencast it was restarted with a config
>>> file that only included ido mode
>>>
>>> http://www.youtube.com/watch?v=z6nDUh0RH_c&feature=youtu.be
>>>
>>
>> The attached highly unrelible online PATCH fixes the problem. I dont know
>> it has any side effects.
>>
>>
>>
>>
>> --
>> YYR
>>
>
>

-- 
YYR