[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Orgmode] Bug: No match - create this as a new heading? [7.01trans]
From: |
David Abrahams |
Subject: |
Re: [Orgmode] Bug: No match - create this as a new heading? [7.01trans] |
Date: |
Sun, 10 Oct 2010 05:37:27 -0400 |
User-agent: |
Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/23.2 (x86_64-apple-darwin) MULE/6.0 (HANACHIRUSATO) |
At Sun, 10 Oct 2010 06:16:07 +0530,
Noorul Islam wrote:
>
> On Sun, Oct 10, 2010 at 4:19 AM, David Abrahams <address@hidden> wrote:
> >
> >
> > Remember to cover the basics, that is, what you expected to happen and
> > what in fact did happen. You don't know how to make a good report? See
> >
> > http://orgmode.org/manual/Feedback.html#Feedback
> >
> > Your bug report will be posted to the Org-mode mailing list.
> > ------------------------------------------------------------------------
> >
> > When I did an org-capture from an Org file, I got
> >
> >
> > [[file:~/Dropbox/Projects/iRobot/irobot.org::*Fixes%20to%20make%20post%20hoc][Fixes
> > to make post-hoc]]
> >
> > But when I tried to follow that link, I got the title error message.
> >
> > Incidentally, it seems to work out if I add an ID property:
> >
> > [[id:000BE8BE-5673-4F73-8D02-1E5411D59465][Fixes to make post-hoc]]
> >
> > How does it know which file to open in that case? Is it somehow encoded in
> > the ID?
> >
> > Emacs : GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29)
> > of 2010-05-08 on black.local
> > Package: Org-mode version 7.01trans
> >
>
> I tested with the following templates.
>
> 1. With ID property
>
> (("t" "Task" entry (file+headline "~/notebook/refile.org" "Inbox") "* TODO %?
> SCHEDULED: %t
> :PROPERTIES:
> :Link: %a
> :ID: %(shell-command-to-string \"uuidgen\") :END:
> %U" :prepend t))
>
> 2. Without ID property.
>
> (("t" "Task" entry (file+headline "~/notebook/refile.org" "Inbox") "* TODO %?
> SCHEDULED: %t
> :PROPERTIES:
> :Link: %a
> :END:
> %U" :prepend t))
>
> And I did not face any issues when I tried to follow the link.
In my case, the item to be found had *no* properties before I added
the ID property, and wasn't in one of my "regular org files." It
looked like this:
* Fixes to make post-hoc
** TODO Pause in animation of string toy
** TODO Stop with the swap hack in copy ctor of sparse
The problem is that it means we end up with a broken invariant in
the dtor
Oh, weird. Now when I store a link the item automatically gets an
ID. I guess I need to go back and RTFM because I obviously don't
understand how this stuff works. I wonder why the first time I stored
a link I got something like the first link.
baffled-ly y'rs,
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com