Re: [O] org-url-hexify-p is not respected
Hi Bastien On Wed, Sep 26, 2012 at 11:50 PM, Bastien b...@altern.org wrote: | Original value was nil ` Now I see this additional line that is added just when the value is different to the original default. Finally it happened with 24.1. Michael
Re: [O] org-url-hexify-p is not respected
Hi Bastien On Sun, Sep 23, 2012 at 12:05 PM, Bastien b...@altern.org wrote: http://orgmode.org/w/org-mode.git?p=org-mode.git;a=commit;h=0906e3 `org-link-to-org-use-id' has been moved to org-id.el, and its default value is now nil. The attached patch is to align the doc string to the changed default. Btw.: I always ask myself why has C-h v (describe-variable) never been told to not only list the current value but also the default when it is capable to point to the source with the definition? Michael From 2a4e828b222754617750516bd2eb4678d061e7f0 Mon Sep 17 00:00:00 2001 From: Michael Brand michael.ch.br...@gmail.com Date: Wed, 26 Sep 2012 19:55:50 +0200 Subject: [PATCH] org-id-link-to-org-use-id: Align doc string * org-id.el (org-id-link-to-org-use-id): Align the doc string to the changed default. A leftover of commit 0906e32b. --- lisp/org-id.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-id.el b/lisp/org-id.el index 14f990d..a641340 100644 --- a/lisp/org-id.el +++ b/lisp/org-id.el @@ -105,7 +105,7 @@ create-if-interactive create-if-interactive-and-no-custom-id Like create-if-interactive, but do not create an ID if there is - a CUSTOM_ID property defined in the entry. This is the default. + a CUSTOM_ID property defined in the entry. use-existing Use existing ID, do not create one. -- 1.7.4.2
Re: [O] org-url-hexify-p is not respected
Hi Michael, Michael Brand michael.ch.br...@gmail.com writes: On Sun, Sep 23, 2012 at 12:05 PM, Bastien b...@altern.org wrote: http://orgmode.org/w/org-mode.git?p=org-mode.git;a=commit;h=0906e3 `org-link-to-org-use-id' has been moved to org-id.el, and its default value is now nil. The attached patch is to align the doc string to the changed default. Applied, thanks! Btw.: I always ask myself why has C-h v (describe-variable) never been told to not only list the current value but also the default when it is capable to point to the source with the definition? It is the case for me (GNU Emacs 24.2.50.2): , | org-id-link-to-org-use-id is a variable defined in `org-id.el'. | Its value is create-if-interactive-and-no-custom-id | Original value was nil ` HTH, -- Bastien
Re: [O] org-url-hexify-p is not respected
Hi James, sorry to come back late on this. I understand what feels wrong: you store links normally (not using ids), then a library loads org-id.el behind your back, then suddenly storing links is based on ids, not on text, just because the default value for `org-link-to-org-use-id' is 'create-if-interactive-and-no-custom-id. I fixed this in this commit: http://orgmode.org/w/org-mode.git?p=org-mode.git;a=commit;h=0906e3 `org-link-to-org-use-id' has been moved to org-id.el, and its default value is now nil. I will advertize this change more widely in the next bugfix release. Thanks for your patience in struggling with this, -- Bastien
Re: [O] org-url-hexify-p is not respected
On Tue, Sep 11, 2012 at 9:47 AM, James Harkins jamshar...@gmail.com 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 jamshar...@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
Re: [O] org-url-hexify-p is not respected
James Harkins jamshar...@gmail.com writes: Hi James: 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 have org-id loaded and org-link-to-org-use-id is set to create-if-interactive-and-no-custom-id (which is the default). The only link by id that I get are TODO keywords entries (created by org-mobile-push). So there must be something in your setup that set it to t. 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. Why would you need to load it explicitly? org-id is autoloaded by org-install when needed: ,[ Comments from org-install ] | ;;;### (autoloads (org-id-store-link org-id-find-id-file org-id-find | ;; org-id-goto org-id-get-with-outline-drilling org-id-get-with-outline-path-completion | ;; org-id-get org-id-copy org-id-get-create) org-id org-id.el | ;; (20548 39395 725739 953000)) | ;;; Generated autoloads from org-id.el ` There is something very wrong with you setup. I suggest start fresh with a minimal setup and go from there. Also what do you mean that they are not reliable. What are your values for org-id-track-globally and org-id-locations-file? Cheers, Charles -- The move was on to 'Free the Lizard' -- Jim Hamerly and Tom Paquin (Open Sources, 1999 O'Reilly and Associates) pgptwRTpS28DX.pgp Description: PGP signature
Re: [O] org-url-hexify-p is not respected
At Mon, 10 Sep 2012 00:58:27 -0400, Nick Dokos wrote: I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) C-h v org-link-to-org-use-id RET should help in alleviating (at least some of) the confusion. Note the default value: you probably want to set it to create-if-interactive-and-no-custom-id. OK, but will this create the IDs or not? Today, I had wanted to enable the IDs in order to provide a scenario where they don't work. For normal use, I *don't* want the IDs because I found they don't persist through Emacs sessions. create-if-interactive -- I'm assuming C-c l is interactive -- -and-no-custom-id -- these would be on headlines where there is no existing ID. So it *would* create an ID, right? Not what I ultimately want. hjh -- James Harkins /// dewdrop world jamshar...@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
Re: [O] org-url-hexify-p is not respected
Following creates IDs on a headline. M-x org-id-get-create RET Then, the following creates a link to IDs C-c l on the headline C-c C-l at the place where link is to be inserted , | [[id:3f2c3ec7-e3ec-4fc8-9472-6b8fea4789d9][Low level Headline (Translations)]] | | * Low level Headline (Translations) | :PROPERTIES: | :ID: 3f2c3ec7-e3ec-4fc8-9472-6b8fea4789d9 | :END: ` If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. James Harkins jamshar...@gmail.com writes: At Mon, 10 Sep 2012 00:58:27 -0400, Nick Dokos wrote: I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) C-h v org-link-to-org-use-id RET should help in alleviating (at least some of) the confusion. Note the default value: you probably want to set it to create-if-interactive-and-no-custom-id. OK, but will this create the IDs or not? Today, I had wanted to enable the IDs in order to provide a scenario where they don't work. For normal use, I *don't* want the IDs because I found they don't persist through Emacs sessions. create-if-interactive -- I'm assuming C-c l is interactive -- -and-no-custom-id -- these would be on headlines where there is no existing ID. So it *would* create an ID, right? Not what I ultimately want. hjh -- James Harkins /// dewdrop world jamshar...@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 --
Re: [O] org-url-hexify-p is not respected
At Mon, 10 Sep 2012 12:07:26 +0530, Jambunathan K wrote: If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. I don't want IDs at all. I want [[file:.]] hjh -- James Harkins /// dewdrop world jamshar...@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
Re: [O] org-url-hexify-p is not respected
James Harkins jamshar...@gmail.com writes: At Mon, 10 Sep 2012 12:07:26 +0530, Jambunathan K wrote: If all you need is a stable link, you can go with CUSTOM_ID property for links. Just type in whatever string you want. IDs are machine created but CUSTOM_IDs are man made ones. I don't want IDs at all. I want [[file:.]] Before creating the link, do M-x unload-feature RET org-id RET Then the following will create links that contain headline text instead of IDs. C-c l, C-c C-l If you want IDs again, do M-x load-library RET org-id RET ps: I haven't followed the discussion closely. hjh -- James Harkins /// dewdrop world jamshar...@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
Re: [O] org-url-hexify-p is not respected
At Mon, 10 Sep 2012 00:37:40 +0800, James Harkins wrote: Have to admit, I'm getting a wee bit cross as it's 12:30 at night here, and all I wanted to do was save a link to a beamer-export .org file into another org file, and it keeps giving the link a hex ID that I *do not want*. I have customized org-url-hexify-p -- C-h v org-url-hexify-p shows: My bad, wrong variable. I should have customized Org Link To Org Use Id. Now I see hexify is to turn, e.g., spc into %20. I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) Anyway, I'm going to set that variable to nil, and just hope that tomorrow org won't interpret nil to mean I'll make whatever link style I choose, thank you very much. hjh -- James Harkins /// dewdrop world jamshar...@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
Re: [O] org-url-hexify-p is not respected
James Harkins jamshar...@gmail.com wrote: My bad, wrong variable. I should have customized Org Link To Org Use Id. Now I see hexify is to turn, e.g., spc into %20. I'm still really confused how the ID options work. Last night, I could not get org to generate a link without creating an ID (using the default value of org-link-to-org-use-id). Now, I tried to verify what happens with ID-style links, so I customized org-link-to-org-use-id to be 't' -- and org now refuses to generate the ID. ??? This is even after saving the custom setting, quitting and relaunching emacs. It simply is not making the link according to the variable. (The link target is an org file.) C-h v org-link-to-org-use-id RET should help in alleviating (at least some of) the confusion. Note the default value: you probably want to set it to create-if-interactive-and-no-custom-id. Anyway, I'm going to set that variable to nil, and just hope that tomorrow org won't interpret nil to mean I'll make whatever link style I choose, thank you very much. Actually, setting it to t gets pretty close to this description :-) Nick
