From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Harkins Subject: Re: org-url-hexify-p is not respected Date: Tue, 11 Sep 2012 18:22:29 +0800 Message-ID: References: <87y5kjrw2z.wl%jamshark70@dewdrop-world.net> <87k3w2myru.wl%jamshark70@dewdrop-world.net> <19932.1347253107@alphaville> <87ehmammgw.wl%jamshark70@dewdrop-world.net> <87392qfknt.fsf@gmail.com> <87d31umkzk.wl%jamshark70@dewdrop-world.net> <87ipbmqrkm.fsf@gmail.com> Reply-To: jamshark70@dewdrop-world.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBNc4-0008EH-CD for Emacs-orgmode@gnu.org; Tue, 11 Sep 2012 06:22:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TBNby-0004Eh-7p for Emacs-orgmode@gnu.org; Tue, 11 Sep 2012 06:22:36 -0400 Received: from mail-vc0-f169.google.com ([209.85.220.169]:41983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBNby-0004EW-27 for Emacs-orgmode@gnu.org; Tue, 11 Sep 2012 06:22:30 -0400 Received: by vcbfl13 with SMTP id fl13so517691vcb.0 for ; Tue, 11 Sep 2012 03:22:29 -0700 (PDT) In-Reply-To: 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, Sep 11, 2012 at 9:47 AM, James Harkins wrote: > I'm pushing a bit on this because creating an id when linking to an org-mode > headline is the default behavior, but what I observed (couldn't open the > link) is fundamentally broken. OK... mainly to reassure myself that I am in fact not going crazy, I looked at this a bit more. If I start a fresh Emacs session and store a link to an org headline, no ID is created, regardless of the setting of org-link-to-org-use-id, apparently because my installation does not load the org-id module at launch. This is also the reason why C-c C-o on an ID link failed in a new Emacs session. After M-x load-library RET org-id RET, C-c C-o worked fine. So then the question is, why was I getting the ID-style links in the first place? I hadn't loaded that module before (I didn't even know about load-library before). I suspect one of the org-mobile functions (which I *am* using) loads the module. TODOs, scheduled and deadline items receive IDs during org-mobile-push. This (or something else, but this is the only org feature where I had ever seen IDs until my confusing experience with C-c l) probably turned it on, but then gave me no indication that this would break the link feature if I didn't customize org-modules. So I think what I will do is add the module. My only real concern is to get links that work. I had wanted to turn off IDs because it appeared to me that they were not reliable. Indeed, without Jambunathan K's comment about load-library, I would still be under the impression. So there is some documentation or warning-to-the-user issue lurking. It seems to be assumed you won't get ID links if you didn't explicitly load org-id (in which case you know that you need the module to open the links), but org-id may be loaded silently and end up messing with the user's brain. hjh -- James Harkins /// dewdrop world jamshark70@dewdrop-world.net http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks