Hi Bastien
On Wed, Sep 26, 2012 at 11:50 PM, Bastien 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
Hi Michael,
Michael Brand writes:
> On Sun, Sep 23, 2012 at 12:05 PM, Bastien 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 do
Hi Bastien
On Sun, Sep 23, 2012 at 12:05 PM, Bastien 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.
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-
James Harkins 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-cu
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 go
James Harkins 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 al
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:.]]
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 He
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
James Harkins wrote:
> My bad, wrong variable. I should have customized "Org Link To Org Use
> Id." Now I see hexify is to turn, e.g., 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
> defaul
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 h
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:
~~~
13 matches
Mail list logo
