* Re: links and ID properties
[not found] <87oceaosuf.fsf@pellet..net>
@ 2010-07-21 13:06 ` Carsten Dominik
2010-07-21 15:55 ` Eric Abrahamsen
0 siblings, 1 reply; 3+ messages in thread
From: Carsten Dominik @ 2010-07-21 13:06 UTC (permalink / raw
To: Eric Abrahamsen; +Cc: emacs-orgmode
On Jul 14, 2010, at 7:50 PM, Eric Abrahamsen wrote:
> In addition to using org-mode for scheduling and email integration and
> all that, I've had great success setting up a translation environment
> I'm finally pleased with. I keep vocabulary items in a separate file,
> and then create links from vocabulary items into the actual text I'm
> translating.
>
> I've switched computers recently and in the process something has gone
> wrong with the vocab links. So far as I know, org-link-to-org-use-id
> has
> always had its default value of create-if-interactive-and-no-custom-
> id,
> but now calling org-store-link no longer creates an ID property on the
> target headline (there's no custom id).
It does for me.
>
> Furthermore, the following the links from the text back into the
> vocabulary file won't find the right targets: following links that I
> created before I moved computers (when it still created the ID
> property)
> say "no match" for the link (though the ID value is correct for both
> target and link), and new links I've made (where no ID is created),
> just
> find the top of the vocabulary file, not the actual vocabulary item (a
> heading) within the file.
>
> Storing links to a particular vocab item creates a link entry like
> this:
>
> file:~/Documents/text/vocab.org::* (综合二处)
>
> That particular text is a third-level heading, but following this link
> just puts me at the top of the file.
>
> I was using the git head version of org on both the old machine and
> this
> one, but now I'm using emacs 23.2, where I was using emacs 24. The
> vocab
> file is in the same directory as the text file, but none of these are
> org agenda files. I don't know what else might be causing this
> problem!
First of all, I suspect that maybe you are not running the version of
Org-mode you think you are.
What does M-x org-version return?
Second, you can try to recreate the file that links IDs to files.
Just load
all the relevant Org files into Emacs and then run
M-x org-id-update-id-locations RET
Does this help?
- Carsten
>
> ----
>
> On a semi-related topic, I've seen a couple of threads here recently
> about using links to pull content from other places into the file
> containing the links -- presumably something that would happen upon
> export. I think something along these lines could be very useful -- in
> my case I could choose a final translation of a certain term after all
> the text is translated, then when I export the text, the proper
> English
> translation is substituted into all locations that link to that term.
> This could also be used to create "master files" that pull in content
> from other places: importing subtrees, or creating \input or \include
> statements in the case of LaTeX export.
>
> Presumably this would involve a new link type (say "include") that
> points to a file or heading. When the org file is exported, that
> file or
> heading would be dragged in to replace the link text. If the heading
> to
> be included had a special property (say "INCLUDE_AS"), the value of
> that
> property would be included instead of the text of the heading.
>
> Anyway, this is just a possibilty -- perhaps it can already be done!
> I'd
> be interested in hearing what people think.
>
> Thanks,
> Eric
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: links and ID properties
2010-07-21 13:06 ` links and ID properties Carsten Dominik
@ 2010-07-21 15:55 ` Eric Abrahamsen
2010-07-21 16:39 ` Carsten Dominik
0 siblings, 1 reply; 3+ messages in thread
From: Eric Abrahamsen @ 2010-07-21 15:55 UTC (permalink / raw
To: emacs-orgmode
Carsten Dominik <carsten.dominik@gmail.com> writes:
> On Jul 14, 2010, at 7:50 PM, Eric Abrahamsen wrote:
>
>> In addition to using org-mode for scheduling and email integration and
>> all that, I've had great success setting up a translation environment
>> I'm finally pleased with. I keep vocabulary items in a separate file,
>> and then create links from vocabulary items into the actual text I'm
>> translating.
>>
>> I've switched computers recently and in the process something has gone
>> wrong with the vocab links. So far as I know, org-link-to-org-use-id
>> has
>> always had its default value of create-if-interactive-and-no-custom-
>> id,
>> but now calling org-store-link no longer creates an ID property on the
>> target headline (there's no custom id).
>
> It does for me.
>
>
[...]
>
>
> First of all, I suspect that maybe you are not running the version of
> Org-mode you think you are.
> What does M-x org-version return?
>
> Second, you can try to recreate the file that links IDs to files.
> Just load
> all the relevant Org files into Emacs and then run
>
> M-x org-id-update-id-locations RET
After tracking down that command, It seems the only problem is that I
didn't have org-id in org-modules. I don't think I've ever had it in
there (did it use to get loaded by default?), but adding it solved my
problems.
Thanks!
Eric
>
>
> Does this help?
>
> - Carsten
>
>
>>
>> ----
>>
>> On a semi-related topic, I've seen a couple of threads here recently
>> about using links to pull content from other places into the file
>> containing the links -- presumably something that would happen upon
>> export. I think something along these lines could be very useful -- in
>> my case I could choose a final translation of a certain term after all
>> the text is translated, then when I export the text, the proper
>> English
>> translation is substituted into all locations that link to that term.
>> This could also be used to create "master files" that pull in content
>> from other places: importing subtrees, or creating \input or \include
>> statements in the case of LaTeX export.
>>
>> Presumably this would involve a new link type (say "include") that
>> points to a file or heading. When the org file is exported, that
>> file or
>> heading would be dragged in to replace the link text. If the heading
>> to
>> be included had a special property (say "INCLUDE_AS"), the value of
>> that
>> property would be included instead of the text of the heading.
>>
>> Anyway, this is just a possibilty -- perhaps it can already be done!
>> I'd
>> be interested in hearing what people think.
>>
>> Thanks,
>> Eric
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Re: links and ID properties
2010-07-21 15:55 ` Eric Abrahamsen
@ 2010-07-21 16:39 ` Carsten Dominik
0 siblings, 0 replies; 3+ messages in thread
From: Carsten Dominik @ 2010-07-21 16:39 UTC (permalink / raw
To: Eric Abrahamsen; +Cc: emacs-orgmode
On Jul 21, 2010, at 5:55 PM, Eric Abrahamsen wrote:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> On Jul 14, 2010, at 7:50 PM, Eric Abrahamsen wrote:
>>
>>> In addition to using org-mode for scheduling and email integration
>>> and
>>> all that, I've had great success setting up a translation
>>> environment
>>> I'm finally pleased with. I keep vocabulary items in a separate
>>> file,
>>> and then create links from vocabulary items into the actual text I'm
>>> translating.
>>>
>>> I've switched computers recently and in the process something has
>>> gone
>>> wrong with the vocab links. So far as I know, org-link-to-org-use-id
>>> has
>>> always had its default value of create-if-interactive-and-no-custom-
>>> id,
>>> but now calling org-store-link no longer creates an ID property on
>>> the
>>> target headline (there's no custom id).
>>
>> It does for me.
>>
>>
> [...]
>
>>
>>
>> First of all, I suspect that maybe you are not running the version of
>> Org-mode you think you are.
>> What does M-x org-version return?
>>
>> Second, you can try to recreate the file that links IDs to files.
>> Just load
>> all the relevant Org files into Emacs and then run
>>
>> M-x org-id-update-id-locations RET
>
> After tracking down that command, It seems the only problem is that I
> didn't have org-id in org-modules. I don't think I've ever had it in
> there (did it use to get loaded by default?), but adding it solved my
> problems.
I have just added and autoload for org-id-store-link. I guess if you
use
(setq org-link-to-org-use-id 'create-if-interactive-and-no-custom-
id)
(which is the default), then org-id should be autoloaded.
- Carsten
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-07-21 16:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87oceaosuf.fsf@pellet..net>
2010-07-21 13:06 ` links and ID properties Carsten Dominik
2010-07-21 15:55 ` Eric Abrahamsen
2010-07-21 16:39 ` Carsten Dominik
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.