2015-11-13 23:05:50 +00:00
|
|
|
;;; org-id.el --- Global identifiers for Org entries -*- lexical-binding: t; -*-
|
2009-01-06 09:47:36 +00:00
|
|
|
;;
|
2021-01-01 19:55:31 +00:00
|
|
|
;; Copyright (C) 2008-2021 Free Software Foundation, Inc.
|
2008-02-26 16:43:55 +00:00
|
|
|
;;
|
|
|
|
;; Author: Carsten Dominik <carsten at orgmode dot org>
|
|
|
|
;; Keywords: outlines, hypermedia, calendar, wp
|
2018-01-16 16:22:00 +00:00
|
|
|
;; Homepage: https://orgmode.org
|
2008-02-26 16:43:55 +00:00
|
|
|
;;
|
2008-05-15 08:28:38 +00:00
|
|
|
;; This file is part of GNU Emacs.
|
2008-02-26 16:43:55 +00:00
|
|
|
;;
|
2008-05-15 08:28:38 +00:00
|
|
|
;; GNU Emacs is free software: you can redistribute it and/or modify
|
2008-02-26 16:43:55 +00:00
|
|
|
;; it under the terms of the GNU General Public License as published by
|
2008-05-15 08:28:38 +00:00
|
|
|
;; the Free Software Foundation, either version 3 of the License, or
|
|
|
|
;; (at your option) any later version.
|
2008-02-26 16:43:55 +00:00
|
|
|
|
|
|
|
;; GNU Emacs is distributed in the hope that it will be useful,
|
|
|
|
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
;; GNU General Public License for more details.
|
|
|
|
|
|
|
|
;; You should have received a copy of the GNU General Public License
|
2017-09-13 22:52:52 +00:00
|
|
|
;; along with GNU Emacs. If not, see <https://www.gnu.org/licenses/>.
|
2008-02-26 16:43:55 +00:00
|
|
|
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
|
|
|
|
;;
|
|
|
|
;;; Commentary:
|
|
|
|
|
2016-08-23 20:13:56 +00:00
|
|
|
;; This file implements globally unique identifiers for Org entries.
|
2008-04-28 08:48:49 +00:00
|
|
|
;; Identifiers are stored in the entry as an :ID: property. Functions
|
|
|
|
;; are provided that create and retrieve such identifiers, and that find
|
|
|
|
;; entries based on the identifier.
|
|
|
|
|
2008-09-11 14:56:37 +00:00
|
|
|
;; Identifiers consist of a prefix (default "Org" given by the variable
|
|
|
|
;; `org-id-prefix') and a unique part that can be created by a number
|
|
|
|
;; of different methods, see the variable `org-id-method'.
|
|
|
|
;; Org has a builtin method that uses a compact encoding of the creation
|
|
|
|
;; time of the ID, with microsecond accuracy. This virtually
|
2008-04-28 08:48:49 +00:00
|
|
|
;; guarantees globally unique identifiers, even if several people are
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
;; creating IDs at the same time in files that will eventually be used
|
2010-05-16 14:48:51 +00:00
|
|
|
;; together.
|
|
|
|
;;
|
|
|
|
;; By default Org uses UUIDs as global unique identifiers.
|
2008-02-27 13:32:17 +00:00
|
|
|
;;
|
2008-04-28 08:48:49 +00:00
|
|
|
;; This file defines the following API:
|
2008-02-27 13:32:17 +00:00
|
|
|
;;
|
2008-05-15 08:28:38 +00:00
|
|
|
;; org-id-get-create
|
2008-02-27 13:32:17 +00:00
|
|
|
;; Create an ID for the entry at point if it does not yet have one.
|
|
|
|
;; Returns the ID (old or new). This function can be used
|
|
|
|
;; interactively, with prefix argument the creation of a new ID is
|
|
|
|
;; forced, even if there was an old one.
|
|
|
|
;;
|
2008-02-26 16:43:55 +00:00
|
|
|
;; org-id-get
|
|
|
|
;; Get the ID property of an entry. Using appropriate arguments
|
2008-02-27 13:32:17 +00:00
|
|
|
;; to the function, it can also create the ID for this entry.
|
|
|
|
;;
|
|
|
|
;; org-id-goto
|
|
|
|
;; Command to go to a specific ID, this command can be used
|
|
|
|
;; interactively.
|
|
|
|
;;
|
|
|
|
;; org-id-get-with-outline-path-completion
|
|
|
|
;; Retrieve the ID of an entry, using outline path completion.
|
|
|
|
;; This function can work for multiple files.
|
|
|
|
;;
|
|
|
|
;; org-id-get-with-outline-drilling
|
|
|
|
;; Retrieve the ID of an entry, using outline path completion.
|
|
|
|
;; This function only works for the current file.
|
|
|
|
;;
|
|
|
|
;; org-id-find
|
|
|
|
;; Find the location of an entry with specific id.
|
2008-02-26 16:43:55 +00:00
|
|
|
;;
|
|
|
|
|
2010-07-16 21:22:01 +00:00
|
|
|
;;; Code:
|
|
|
|
|
2008-02-26 16:43:55 +00:00
|
|
|
(require 'org)
|
2020-04-16 02:01:14 +00:00
|
|
|
(require 'org-refile)
|
2018-11-26 23:04:41 +00:00
|
|
|
(require 'ol)
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-05-15 08:28:38 +00:00
|
|
|
(declare-function message-make-fqdn "message" ())
|
2017-10-22 14:40:54 +00:00
|
|
|
(declare-function org-goto-location "org-goto" (&optional _buf help))
|
2008-05-15 08:28:38 +00:00
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
;;; Customization
|
|
|
|
|
2008-02-26 16:43:55 +00:00
|
|
|
(defgroup org-id nil
|
2016-10-11 16:00:08 +00:00
|
|
|
"Options concerning global entry identifiers in Org mode."
|
2008-02-26 16:43:55 +00:00
|
|
|
:tag "Org ID"
|
|
|
|
:group 'org)
|
|
|
|
|
2012-09-23 09:58:49 +00:00
|
|
|
(defcustom org-id-link-to-org-use-id nil
|
|
|
|
"Non-nil means storing a link to an Org file will use entry IDs.
|
2019-05-23 06:58:55 +00:00
|
|
|
\\<org-mode-map>
|
2012-09-23 09:58:49 +00:00
|
|
|
The variable can have the following values:
|
|
|
|
|
|
|
|
t Create an ID if needed to make a link to the current entry.
|
|
|
|
|
|
|
|
create-if-interactive
|
|
|
|
If `org-store-link' is called directly (interactively, as a user
|
|
|
|
command), do create an ID to support the link. But when doing the
|
|
|
|
job for capture, only use the ID if it already exists. The
|
|
|
|
purpose of this setting is to avoid proliferation of unwanted
|
|
|
|
IDs, just because you happen to be in an Org file when you
|
|
|
|
call `org-capture' that automatically and preemptively creates a
|
|
|
|
link. If you do want to get an ID link in a capture template to
|
|
|
|
an entry not having an ID, create it first by explicitly creating
|
2016-09-29 20:22:56 +00:00
|
|
|
a link to it, using `\\[org-store-link]' first.
|
2012-09-23 09:58:49 +00:00
|
|
|
|
|
|
|
create-if-interactive-and-no-custom-id
|
|
|
|
Like create-if-interactive, but do not create an ID if there is
|
2012-09-26 17:55:50 +00:00
|
|
|
a CUSTOM_ID property defined in the entry.
|
2012-09-23 09:58:49 +00:00
|
|
|
|
|
|
|
use-existing
|
|
|
|
Use existing ID, do not create one.
|
|
|
|
|
|
|
|
nil Never use an ID to make a link, instead link using a text search for
|
|
|
|
the headline text."
|
|
|
|
:group 'org-link-store
|
|
|
|
:group 'org-id
|
2012-09-29 21:46:02 +00:00
|
|
|
:version "24.3"
|
2012-09-23 09:58:49 +00:00
|
|
|
:type '(choice
|
|
|
|
(const :tag "Create ID to make link" t)
|
|
|
|
(const :tag "Create if storing link interactively"
|
|
|
|
create-if-interactive)
|
|
|
|
(const :tag "Create if storing link interactively and no CUSTOM_ID is present"
|
|
|
|
create-if-interactive-and-no-custom-id)
|
|
|
|
(const :tag "Only use existing" use-existing)
|
|
|
|
(const :tag "Do not use ID to create link" nil)))
|
|
|
|
|
2009-07-24 00:29:56 +00:00
|
|
|
(defcustom org-id-uuid-program "uuidgen"
|
|
|
|
"The uuidgen program."
|
|
|
|
:group 'org-id
|
|
|
|
:type 'string)
|
2008-09-11 14:56:37 +00:00
|
|
|
|
2010-05-16 14:48:51 +00:00
|
|
|
(defcustom org-id-method 'uuid
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
"The method that should be used to create new IDs.
|
|
|
|
|
|
|
|
An ID will consist of the optional prefix specified in `org-id-prefix',
|
|
|
|
and a unique part created by the method this variable specifies.
|
2008-09-11 14:56:37 +00:00
|
|
|
|
|
|
|
Allowed values are:
|
|
|
|
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
org Org's own internal method, using an encoding of the current time to
|
|
|
|
microsecond accuracy, and optionally the current domain of the
|
|
|
|
computer. See the variable `org-id-include-domain'.
|
2008-09-11 14:56:37 +00:00
|
|
|
|
2010-05-16 14:48:51 +00:00
|
|
|
uuid Create random (version 4) UUIDs. If the program defined in
|
|
|
|
`org-id-uuid-program' is available it is used to create the ID.
|
2019-08-01 21:05:08 +00:00
|
|
|
Otherwise an internal functions is used.
|
|
|
|
|
|
|
|
ts Create ID's based on ISO8601 timestamps (without separators
|
|
|
|
and without timezone, local time). Precision down to seconds."
|
2008-09-11 14:56:37 +00:00
|
|
|
:group 'org-id
|
|
|
|
:type '(choice
|
|
|
|
(const :tag "Org's internal method" org)
|
2019-08-01 21:05:08 +00:00
|
|
|
(const :tag "external: uuidgen" uuid)
|
|
|
|
(const :tag "ISO8601 timestamp" ts)))
|
2008-09-11 14:56:37 +00:00
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defcustom org-id-prefix nil
|
2008-04-28 08:48:49 +00:00
|
|
|
"The prefix for IDs.
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-04-28 08:48:49 +00:00
|
|
|
This may be a string, or it can be nil to indicate that no prefix is required.
|
|
|
|
When a string, the string should have no space characters as IDs are expected
|
|
|
|
to have no space characters in them."
|
|
|
|
:group 'org-id
|
|
|
|
:type '(choice
|
|
|
|
(const :tag "No prefix")
|
|
|
|
(string :tag "Prefix")))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(defcustom org-id-include-domain nil
|
2010-01-21 15:15:40 +00:00
|
|
|
"Non-nil means add the domain name to new IDs.
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
This ensures global uniqueness of IDs, and is also suggested by
|
2019-02-16 19:20:09 +00:00
|
|
|
the relevant RFCs. This is relevant only if `org-id-method' is
|
2019-08-01 21:05:08 +00:00
|
|
|
`org' or `ts'. When uuidgen is used, the domain will never be added.
|
2019-02-16 19:20:09 +00:00
|
|
|
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
The default is to not use this because we have no really good way to get
|
|
|
|
the true domain, and Org entries will normally not be shared with enough
|
|
|
|
people to make this necessary."
|
|
|
|
:group 'org-id
|
|
|
|
:type 'boolean)
|
|
|
|
|
|
|
|
(defcustom org-id-track-globally t
|
2010-01-21 15:15:40 +00:00
|
|
|
"Non-nil means track IDs through files, so that links work globally.
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
This work by maintaining a hash table for IDs and writing this table
|
|
|
|
to disk when exiting Emacs. Because of this, it works best if you use
|
|
|
|
a single Emacs process, not many.
|
|
|
|
|
|
|
|
When nil, IDs are not tracked. Links to IDs will still work within
|
|
|
|
a buffer, but not if the entry is located in another file.
|
|
|
|
IDs can still be used if the entry with the id is in the same file as
|
|
|
|
the link."
|
2008-05-15 07:39:34 +00:00
|
|
|
:group 'org-id
|
|
|
|
:type 'boolean)
|
|
|
|
|
2008-10-19 18:55:36 +00:00
|
|
|
(defcustom org-id-locations-file (convert-standard-filename
|
2013-01-09 15:41:12 +00:00
|
|
|
(concat user-emacs-directory ".org-id-locations"))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
"The file for remembering in which file an ID was defined.
|
|
|
|
This variable is only relevant when `org-id-track-globally' is set."
|
2008-02-26 16:43:55 +00:00
|
|
|
:group 'org-id
|
2008-02-27 13:32:17 +00:00
|
|
|
:type 'file)
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2019-08-01 21:00:19 +00:00
|
|
|
(defcustom org-id-locations-file-relative nil
|
|
|
|
"Determines if org-id-locations should be stored as relative links.
|
|
|
|
Non-nil means that links to locations are stored as links
|
|
|
|
relative to the location of where `org-id-locations-file' is
|
|
|
|
stored.
|
|
|
|
|
|
|
|
Nil means to store absolute paths to files.
|
|
|
|
|
|
|
|
This customization is useful when folders are shared across
|
|
|
|
systems but mounted at different roots. Relative path to
|
|
|
|
`org-id-locations-file' still has to be maintained across
|
|
|
|
systems."
|
|
|
|
:group 'org-id
|
|
|
|
:type 'boolean
|
|
|
|
:package-version '(Org . "9.3"))
|
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
(defvar org-id-locations nil
|
2011-06-01 05:54:56 +00:00
|
|
|
"List of files with IDs in those files.")
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
|
|
|
|
(defvar org-id-files nil
|
|
|
|
"List of files that contain IDs.")
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-04-28 08:48:49 +00:00
|
|
|
(defcustom org-id-extra-files 'org-agenda-text-search-extra-files
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
"Files to be searched for IDs, besides the agenda files.
|
|
|
|
When Org reparses files to remake the list of files and IDs it is tracking,
|
|
|
|
it will normally scan the agenda files, the archives related to agenda files,
|
|
|
|
any files that are listed as ID containing in the current register, and
|
2016-08-23 20:13:56 +00:00
|
|
|
any Org file currently visited by Emacs.
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
You can list additional files here.
|
|
|
|
This variable is only relevant when `org-id-track-globally' is set."
|
2008-02-27 13:32:17 +00:00
|
|
|
:group 'org-id
|
|
|
|
:type
|
|
|
|
'(choice
|
|
|
|
(symbol :tag "Variable")
|
|
|
|
(repeat :tag "List of files"
|
|
|
|
(file))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-11-17 09:27:44 +00:00
|
|
|
(defcustom org-id-search-archives t
|
2010-01-21 15:15:40 +00:00
|
|
|
"Non-nil means search also the archive files of agenda files for entries.
|
2008-12-16 14:25:09 +00:00
|
|
|
This is a possibility to reduce overhead, but it means that entries moved
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
to the archives can no longer be found by ID.
|
|
|
|
This variable is only relevant when `org-id-track-globally' is set."
|
2008-11-17 09:27:44 +00:00
|
|
|
:group 'org-id
|
|
|
|
:type 'boolean)
|
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
;;; The API functions
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-05-15 08:28:38 +00:00
|
|
|
;;;###autoload
|
|
|
|
(defun org-id-get-create (&optional force)
|
2008-02-27 13:32:17 +00:00
|
|
|
"Create an ID for the current entry and return it.
|
|
|
|
If the entry already has an ID, just return it.
|
|
|
|
With optional argument FORCE, force the creation of a new ID."
|
|
|
|
(interactive "P")
|
|
|
|
(when force
|
|
|
|
(org-entry-put (point) "ID" nil))
|
|
|
|
(org-id-get (point) 'create))
|
2008-12-04 14:33:43 +00:00
|
|
|
|
2013-11-15 05:53:59 +00:00
|
|
|
;;;###autoload
|
2008-02-27 13:32:17 +00:00
|
|
|
(defun org-id-copy ()
|
|
|
|
"Copy the ID of the entry at point to the kill ring.
|
|
|
|
Create an ID if necessary."
|
|
|
|
(interactive)
|
2009-06-30 05:24:57 +00:00
|
|
|
(org-kill-new (org-id-get nil 'create)))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2020-04-16 05:07:38 +00:00
|
|
|
(defvar org-id-overriding-file-name nil
|
|
|
|
"Tell `org-id-get' to use this as the file name when creating an ID.
|
|
|
|
This is useful when working with contents in a temporary buffer
|
|
|
|
that will be copied back to the original.")
|
|
|
|
|
2008-05-15 08:28:38 +00:00
|
|
|
;;;###autoload
|
2008-04-28 08:48:49 +00:00
|
|
|
(defun org-id-get (&optional pom create prefix)
|
2008-02-26 16:43:55 +00:00
|
|
|
"Get the ID property of the entry at point-or-marker POM.
|
|
|
|
If POM is nil, refer to the entry at point.
|
|
|
|
If the entry does not have an ID, the function returns nil.
|
2019-09-19 02:32:25 +00:00
|
|
|
However, when CREATE is non-nil, create an ID if none is present already.
|
2008-04-28 08:48:49 +00:00
|
|
|
PREFIX will be passed through to `org-id-new'.
|
2008-02-26 16:43:55 +00:00
|
|
|
In any case, the ID of the entry is returned."
|
2009-09-15 18:10:53 +00:00
|
|
|
(org-with-point-at pom
|
|
|
|
(let ((id (org-entry-get nil "ID")))
|
|
|
|
(cond
|
|
|
|
((and id (stringp id) (string-match "\\S-" id))
|
|
|
|
id)
|
|
|
|
(create
|
|
|
|
(setq id (org-id-new prefix))
|
|
|
|
(org-entry-put pom "ID" id)
|
2020-04-16 05:07:38 +00:00
|
|
|
(org-id-add-location id
|
|
|
|
(or org-id-overriding-file-name
|
|
|
|
(buffer-file-name (buffer-base-buffer))))
|
Remove useless (t nil) sexps at the end of some (cond ...) constructs
* org.el (org-compute-latex-and-specials-regexp)
(org-paste-subtree, org-sort-entries, org-store-link)
(org-open-at-point, org-file-remote-p, org-add-log-setup)
(org-set-tags-to, org-fast-tag-selection)
(org-diary-sexp-entry): Ditto.
* org-agenda.el (org-agenda-get-blocks, org-cmp-priority)
(org-cmp-effort, org-cmp-todo-state, org-cmp-alpha)
(org-cmp-tag, org-cmp-time): Remove useless (t nil) sexps at
the end of (cond ...) constructs.
* org-mobile.el (org-mobile-create-index-file): Ditto.
* org-lparse.el (org-lparse-format-table-row): Ditto.
* org-list.el (org-sort-list): Ditto.
* org-id.el (org-id-get): Ditto.
* org-html.el (org-export-html-preprocess): Ditto.
* org-exp.el (org-default-export-plist)
(org-table-clean-before-export): Ditto.
(t nil) in (cond (...) (...) (t nil)) has no other meaning that to
remind the developer that the cond sexp returns nil in case no condition
is matched. For several (cond ...) constructs this is obvious from reading
the code. For others, the reminder might be useful and we leave it.
See the discussion about this on emacs-devel:
http://thread.gmane.org/gmane.emacs.devel/152664
2012-08-19 12:42:54 +00:00
|
|
|
id)))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2013-11-15 05:53:59 +00:00
|
|
|
;;;###autoload
|
2008-02-26 16:43:55 +00:00
|
|
|
(defun org-id-get-with-outline-path-completion (&optional targets)
|
2013-02-07 07:42:15 +00:00
|
|
|
"Use `outline-path-completion' to retrieve the ID of an entry.
|
|
|
|
TARGETS may be a setting for `org-refile-targets' to define
|
|
|
|
eligible headlines. When omitted, all headlines in the current
|
|
|
|
file are eligible. This function returns the ID of the entry.
|
|
|
|
If necessary, the ID is created."
|
2008-02-26 16:43:55 +00:00
|
|
|
(let* ((org-refile-targets (or targets '((nil . (:maxlevel . 10)))))
|
2008-12-04 14:33:43 +00:00
|
|
|
(org-refile-use-outline-path
|
2008-02-26 16:43:55 +00:00
|
|
|
(if (caar org-refile-targets) 'file t))
|
2009-04-17 15:57:18 +00:00
|
|
|
(org-refile-target-verify-function nil)
|
2011-03-02 18:46:37 +00:00
|
|
|
(spos (org-refile-get-location "Entry"))
|
2008-12-04 14:33:43 +00:00
|
|
|
(pom (and spos (move-marker (make-marker) (nth 3 spos)
|
2008-02-26 16:43:55 +00:00
|
|
|
(get-file-buffer (nth 1 spos))))))
|
2008-04-28 08:48:49 +00:00
|
|
|
(prog1 (org-id-get pom 'create)
|
|
|
|
(move-marker pom nil))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2013-11-15 05:53:59 +00:00
|
|
|
;;;###autoload
|
2015-11-13 23:05:50 +00:00
|
|
|
(defun org-id-get-with-outline-drilling ()
|
2008-02-27 13:32:17 +00:00
|
|
|
"Use an outline-cycling interface to retrieve the ID of an entry.
|
2017-10-22 14:40:54 +00:00
|
|
|
This only finds entries in the current buffer, using `org-goto-location'.
|
2008-02-27 13:32:17 +00:00
|
|
|
It returns the ID of the entry. If necessary, the ID is created."
|
2017-10-22 14:40:54 +00:00
|
|
|
(let* ((spos (org-goto-location))
|
2008-02-26 16:43:55 +00:00
|
|
|
(pom (and spos (move-marker (make-marker) (car spos)))))
|
2008-04-28 08:48:49 +00:00
|
|
|
(prog1 (org-id-get pom 'create)
|
|
|
|
(move-marker pom nil))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-05-15 08:28:38 +00:00
|
|
|
;;;###autoload
|
2008-02-27 13:32:17 +00:00
|
|
|
(defun org-id-goto (id)
|
|
|
|
"Switch to the buffer containing the entry with id ID.
|
|
|
|
Move the cursor to that entry in that buffer."
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(interactive "sID: ")
|
2008-02-27 13:32:17 +00:00
|
|
|
(let ((m (org-id-find id 'marker)))
|
|
|
|
(unless m
|
|
|
|
(error "Cannot find entry with ID \"%s\"" id))
|
2016-06-23 08:00:00 +00:00
|
|
|
(pop-to-buffer-same-window (marker-buffer m))
|
2008-02-27 13:32:17 +00:00
|
|
|
(goto-char m)
|
2008-04-28 08:48:49 +00:00
|
|
|
(move-marker m nil)
|
2008-12-04 14:33:43 +00:00
|
|
|
(org-show-context)))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-05-15 08:28:38 +00:00
|
|
|
;;;###autoload
|
2008-02-27 13:32:17 +00:00
|
|
|
(defun org-id-find (id &optional markerp)
|
|
|
|
"Return the location of the entry with the id ID.
|
|
|
|
The return value is a cons cell (file-name . position), or nil
|
|
|
|
if there is no entry with that ID.
|
2008-04-28 08:48:49 +00:00
|
|
|
With optional argument MARKERP, return the position as a new marker."
|
2008-12-22 07:13:20 +00:00
|
|
|
(cond
|
|
|
|
((symbolp id) (setq id (symbol-name id)))
|
|
|
|
((numberp id) (setq id (number-to-string id))))
|
2008-02-27 13:32:17 +00:00
|
|
|
(let ((file (org-id-find-id-file id))
|
|
|
|
org-agenda-new-buffers where)
|
|
|
|
(when file
|
|
|
|
(setq where (org-id-find-id-in-file id file markerp)))
|
|
|
|
(unless where
|
2012-04-21 13:46:02 +00:00
|
|
|
(org-id-update-id-locations nil t)
|
2008-02-27 13:32:17 +00:00
|
|
|
(setq file (org-id-find-id-file id))
|
|
|
|
(when file
|
|
|
|
(setq where (org-id-find-id-in-file id file markerp))))
|
|
|
|
where))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
;;; Internal functions
|
|
|
|
|
2008-04-28 08:48:49 +00:00
|
|
|
;; Creating new IDs
|
2008-02-27 13:32:17 +00:00
|
|
|
|
2013-11-15 05:53:59 +00:00
|
|
|
;;;###autoload
|
2008-04-28 08:48:49 +00:00
|
|
|
(defun org-id-new (&optional prefix)
|
2008-02-27 13:32:17 +00:00
|
|
|
"Create a new globally unique ID.
|
2008-04-28 08:48:49 +00:00
|
|
|
|
|
|
|
An ID consists of two parts separated by a colon:
|
|
|
|
- a prefix
|
2008-09-11 14:56:37 +00:00
|
|
|
- a unique part that will be created according to `org-id-method'.
|
2008-04-28 08:48:49 +00:00
|
|
|
|
|
|
|
PREFIX can specify the prefix, the default is given by the variable
|
|
|
|
`org-id-prefix'. However, if PREFIX is the symbol `none', don't use any
|
|
|
|
prefix even if `org-id-prefix' specifies one.
|
|
|
|
|
|
|
|
So a typical ID could look like \"Org:4nd91V40HI\"."
|
|
|
|
(let* ((prefix (if (eq prefix 'none)
|
2008-09-11 14:56:37 +00:00
|
|
|
""
|
|
|
|
(concat (or prefix org-id-prefix) ":")))
|
|
|
|
unique)
|
|
|
|
(if (equal prefix ":") (setq prefix ""))
|
|
|
|
(cond
|
2010-05-16 14:48:51 +00:00
|
|
|
((memq org-id-method '(uuidgen uuid))
|
|
|
|
(setq unique (org-trim (shell-command-to-string org-id-uuid-program)))
|
|
|
|
(unless (org-uuidgen-p unique)
|
|
|
|
(setq unique (org-id-uuid))))
|
2008-09-11 14:56:37 +00:00
|
|
|
((eq org-id-method 'org)
|
2013-01-26 21:27:51 +00:00
|
|
|
(let* ((etime (org-reverse-string (org-id-time-to-b36)))
|
2008-09-11 14:56:37 +00:00
|
|
|
(postfix (if org-id-include-domain
|
|
|
|
(progn
|
|
|
|
(require 'message)
|
|
|
|
(concat "@" (message-make-fqdn))))))
|
|
|
|
(setq unique (concat etime postfix))))
|
2019-08-01 21:05:08 +00:00
|
|
|
((eq org-id-method 'ts)
|
2019-09-01 12:48:16 +00:00
|
|
|
(let ((ts (format-time-string "%Y%m%dT%H%M%S.%6N"))
|
2019-08-01 21:05:08 +00:00
|
|
|
(postfix (if org-id-include-domain
|
|
|
|
(progn
|
|
|
|
(require 'message)
|
|
|
|
(concat "@" (message-make-fqdn))))))
|
|
|
|
(setq unique (concat ts postfix))))
|
2008-09-11 14:56:37 +00:00
|
|
|
(t (error "Invalid `org-id-method'")))
|
|
|
|
(concat prefix unique)))
|
2008-04-28 08:48:49 +00:00
|
|
|
|
2010-05-16 14:27:33 +00:00
|
|
|
(defun org-id-uuid ()
|
|
|
|
"Return string with random (version 4) UUID."
|
|
|
|
(let ((rnd (md5 (format "%s%s%s%s%s%s%s"
|
2012-09-11 19:42:38 +00:00
|
|
|
(random)
|
2019-08-18 15:22:36 +00:00
|
|
|
(org-time-convert-to-list nil)
|
2010-05-16 14:27:33 +00:00
|
|
|
(user-uid)
|
|
|
|
(emacs-pid)
|
|
|
|
(user-full-name)
|
|
|
|
user-mail-address
|
|
|
|
(recent-keys)))))
|
|
|
|
(format "%s-%s-4%s-%s%s-%s"
|
|
|
|
(substring rnd 0 8)
|
|
|
|
(substring rnd 8 12)
|
|
|
|
(substring rnd 13 16)
|
|
|
|
(format "%x"
|
|
|
|
(logior
|
2010-05-24 13:41:57 +00:00
|
|
|
#b10000000
|
2010-05-16 14:27:33 +00:00
|
|
|
(logand
|
2010-05-24 13:41:57 +00:00
|
|
|
#b10111111
|
2010-05-16 14:27:33 +00:00
|
|
|
(string-to-number
|
|
|
|
(substring rnd 16 18) 16))))
|
|
|
|
(substring rnd 18 20)
|
|
|
|
(substring rnd 20 32))))
|
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defun org-id-int-to-b36-one-digit (i)
|
2008-04-28 08:48:49 +00:00
|
|
|
"Turn an integer between 0 and 61 into a single character 0..9, A..Z, a..z."
|
|
|
|
(cond
|
|
|
|
((< i 10) (+ ?0 i))
|
2008-10-01 07:25:18 +00:00
|
|
|
((< i 36) (+ ?a i -10))
|
|
|
|
(t (error "Larger that 35"))))
|
2008-04-28 08:48:49 +00:00
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defun org-id-b36-to-int-one-digit (i)
|
2008-04-28 08:58:29 +00:00
|
|
|
"Turn a character 0..9, A..Z, a..z into a number 0..61.
|
2008-04-28 08:48:49 +00:00
|
|
|
The input I may be a character, or a single-letter string."
|
|
|
|
(and (stringp i) (setq i (string-to-char i)))
|
|
|
|
(cond
|
|
|
|
((and (>= i ?0) (<= i ?9)) (- i ?0))
|
2008-10-01 07:25:18 +00:00
|
|
|
((and (>= i ?a) (<= i ?z)) (+ (- i ?a) 10))
|
|
|
|
(t (error "Invalid b36 letter"))))
|
2008-04-28 08:48:49 +00:00
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defun org-id-int-to-b36 (i &optional length)
|
|
|
|
"Convert an integer to a base-36 number represented as a string."
|
2008-04-28 08:48:49 +00:00
|
|
|
(let ((s ""))
|
|
|
|
(while (> i 0)
|
|
|
|
(setq s (concat (char-to-string
|
2008-10-01 07:25:18 +00:00
|
|
|
(org-id-int-to-b36-one-digit (mod i 36))) s)
|
|
|
|
i (/ i 36)))
|
2008-04-28 08:48:49 +00:00
|
|
|
(setq length (max 1 (or length 1)))
|
|
|
|
(if (< (length s) length)
|
|
|
|
(setq s (concat (make-string (- length (length s)) ?0) s)))
|
|
|
|
s))
|
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defun org-id-b36-to-int (s)
|
|
|
|
"Convert a base-36 string into the corresponding integer."
|
2008-04-28 08:48:49 +00:00
|
|
|
(let ((r 0))
|
2008-10-01 07:25:18 +00:00
|
|
|
(mapc (lambda (i) (setq r (+ (* r 36) (org-id-b36-to-int-one-digit i))))
|
2008-04-28 08:48:49 +00:00
|
|
|
s)
|
|
|
|
r))
|
|
|
|
|
2008-10-01 07:25:18 +00:00
|
|
|
(defun org-id-time-to-b36 (&optional time)
|
2019-08-04 16:57:27 +00:00
|
|
|
"Encode TIME as a 12-digit string.
|
2008-04-28 08:48:49 +00:00
|
|
|
This string holds the time to micro-second accuracy, and can be decoded
|
|
|
|
using `org-id-decode'."
|
2019-08-04 16:57:27 +00:00
|
|
|
;; FIXME: If TIME represents N seconds after the epoch, then
|
|
|
|
;; this encoding assumes 0 <= N < 110075314176 = (* (expt 36 4) 65536),
|
|
|
|
;; i.e., that TIME is from 1970-01-01 00:00:00 to 5458-02-23 20:09:36 UTC.
|
2019-08-18 15:22:36 +00:00
|
|
|
(setq time (org-time-convert-to-list nil))
|
2008-10-01 07:25:18 +00:00
|
|
|
(concat (org-id-int-to-b36 (nth 0 time) 4)
|
|
|
|
(org-id-int-to-b36 (nth 1 time) 4)
|
2019-08-06 00:37:47 +00:00
|
|
|
(org-id-int-to-b36 (nth 2 time) 4)))
|
2008-04-28 08:48:49 +00:00
|
|
|
|
|
|
|
(defun org-id-decode (id)
|
|
|
|
"Split ID into the prefix and the time value that was used to create it.
|
|
|
|
The return value is (prefix . time) where PREFIX is nil or a string,
|
2019-08-04 16:57:27 +00:00
|
|
|
and TIME is a Lisp time value (HI LO USEC)."
|
2008-04-28 08:48:49 +00:00
|
|
|
(let (prefix time parts)
|
|
|
|
(setq parts (org-split-string id ":"))
|
|
|
|
(if (= 2 (length parts))
|
|
|
|
(setq prefix (car parts) time (nth 1 parts))
|
|
|
|
(setq prefix nil time (nth 0 parts)))
|
2013-01-26 21:27:51 +00:00
|
|
|
(setq time (org-reverse-string time))
|
2008-10-01 07:25:18 +00:00
|
|
|
(setq time (list (org-id-b36-to-int (substring time 0 4))
|
|
|
|
(org-id-b36-to-int (substring time 4 8))
|
|
|
|
(org-id-b36-to-int (substring time 8 12))))
|
2008-04-28 08:48:49 +00:00
|
|
|
(cons prefix time)))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
;; Storing ID locations (files)
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2013-05-19 04:54:44 +00:00
|
|
|
;;;###autoload
|
2012-04-21 13:46:02 +00:00
|
|
|
(defun org-id-update-id-locations (&optional files silent)
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
"Scan relevant files for IDs.
|
|
|
|
Store the relation between files and corresponding IDs.
|
2008-11-17 09:27:44 +00:00
|
|
|
This will scan all agenda files, all associated archives, and all
|
|
|
|
files currently mentioned in `org-id-locations'.
|
2019-08-01 20:41:43 +00:00
|
|
|
When FILES is given, scan also these files."
|
2008-02-27 13:32:17 +00:00
|
|
|
(interactive)
|
2020-05-14 20:48:17 +00:00
|
|
|
(unless org-id-track-globally
|
|
|
|
(error "Please turn on `org-id-track-globally' if you want to track IDs"))
|
|
|
|
(setq org-id-locations nil)
|
|
|
|
(let* ((files
|
|
|
|
(delete-dups
|
|
|
|
(mapcar #'file-truename
|
2020-07-14 17:07:14 +00:00
|
|
|
(cl-remove-if-not
|
|
|
|
;; Default `org-id-extra-files' value contains
|
|
|
|
;; `agenda-archives' symbol.
|
|
|
|
#'stringp
|
|
|
|
(append
|
|
|
|
;; Agenda files and all associated archives.
|
|
|
|
(org-agenda-files t org-id-search-archives)
|
|
|
|
;; Explicit extra files.
|
|
|
|
(if (symbolp org-id-extra-files)
|
|
|
|
(symbol-value org-id-extra-files)
|
|
|
|
org-id-extra-files)
|
|
|
|
;; All files known to have IDs.
|
|
|
|
org-id-files
|
|
|
|
;; Additional files from function call.
|
|
|
|
files)))))
|
2020-05-14 20:48:17 +00:00
|
|
|
(nfiles (length files))
|
|
|
|
(id-regexp
|
|
|
|
(rx (seq bol (0+ (any "\t ")) ":ID:" (1+ " ") (not (any " ")))))
|
|
|
|
(seen-ids nil)
|
|
|
|
(ndup 0)
|
|
|
|
(i 0))
|
|
|
|
(dolist (file files)
|
|
|
|
(when (file-exists-p file)
|
|
|
|
(unless silent
|
|
|
|
(cl-incf i)
|
|
|
|
(message "Finding ID locations (%d/%d files): %s" i nfiles file))
|
|
|
|
(with-current-buffer (find-file-noselect file t)
|
|
|
|
(let ((ids nil)
|
|
|
|
(case-fold-search t))
|
|
|
|
(org-with-point-at 1
|
|
|
|
(while (re-search-forward id-regexp nil t)
|
|
|
|
(when (org-at-property-p)
|
|
|
|
(push (org-entry-get (point) "ID") ids)))
|
2019-08-01 20:41:43 +00:00
|
|
|
(when ids
|
2020-05-14 20:48:17 +00:00
|
|
|
(push (cons (abbreviate-file-name file) ids)
|
|
|
|
org-id-locations)
|
|
|
|
(dolist (id ids)
|
|
|
|
(cond
|
|
|
|
((not (member id seen-ids)) (push id seen-ids))
|
|
|
|
(silent nil)
|
|
|
|
(t
|
|
|
|
(message "Duplicate ID %S" id)
|
|
|
|
(cl-incf ndup))))))))))
|
|
|
|
(setq org-id-files (mapcar #'car org-id-locations))
|
|
|
|
(org-id-locations-save)
|
|
|
|
;; Now convert to a hash table.
|
|
|
|
(setq org-id-locations (org-id-alist-to-hash org-id-locations))
|
|
|
|
(when (and (not silent) (> ndup 0))
|
|
|
|
(warn "WARNING: %d duplicate IDs found, check *Messages* buffer" ndup))
|
|
|
|
(message "%d files scanned, %d files contains IDs, and %d IDs found."
|
|
|
|
nfiles (length org-id-files) (hash-table-count org-id-locations))
|
|
|
|
org-id-locations))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
|
|
|
(defun org-id-locations-save ()
|
|
|
|
"Save `org-id-locations' in `org-id-locations-file'."
|
2009-12-10 11:19:41 +00:00
|
|
|
(when (and org-id-track-globally org-id-locations)
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(let ((out (if (hash-table-p org-id-locations)
|
|
|
|
(org-id-hash-to-alist org-id-locations)
|
|
|
|
org-id-locations)))
|
2019-08-01 21:00:19 +00:00
|
|
|
(when (and org-id-locations-file-relative out)
|
|
|
|
(setq out (mapcar
|
|
|
|
(lambda (item)
|
|
|
|
(if (file-name-absolute-p (car item))
|
|
|
|
(cons (file-relative-name
|
|
|
|
(car item) (file-name-directory
|
|
|
|
org-id-locations-file))
|
|
|
|
(cdr item))
|
|
|
|
item))
|
|
|
|
out)))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(with-temp-file org-id-locations-file
|
2013-04-22 03:30:54 +00:00
|
|
|
(let ((print-level nil)
|
|
|
|
(print-length nil))
|
|
|
|
(print out (current-buffer)))))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
|
|
|
(defun org-id-locations-load ()
|
|
|
|
"Read the data from `org-id-locations-file'."
|
|
|
|
(setq org-id-locations nil)
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(when org-id-track-globally
|
|
|
|
(with-temp-buffer
|
|
|
|
(condition-case nil
|
|
|
|
(progn
|
2017-11-04 21:40:02 +00:00
|
|
|
(insert-file-contents org-id-locations-file)
|
2019-08-01 21:00:19 +00:00
|
|
|
(setq org-id-locations (read (current-buffer)))
|
|
|
|
(let ((loc (file-name-directory org-id-locations-file)))
|
|
|
|
(mapc (lambda (item)
|
|
|
|
(unless (file-name-absolute-p (car item))
|
|
|
|
(setf (car item) (expand-file-name (car item) loc))))
|
|
|
|
org-id-locations)))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(error
|
2012-08-11 17:10:44 +00:00
|
|
|
(message "Could not read org-id-values from %s. Setting it to nil."
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
org-id-locations-file))))
|
|
|
|
(setq org-id-files (mapcar 'car org-id-locations))
|
|
|
|
(setq org-id-locations (org-id-alist-to-hash org-id-locations))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
|
|
|
(defun org-id-add-location (id file)
|
2008-12-16 14:25:09 +00:00
|
|
|
"Add the ID with location FILE to the database of ID locations."
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
;; Only if global tracking is on, and when the buffer has a file
|
2020-04-16 05:07:38 +00:00
|
|
|
(unless file
|
|
|
|
(error "bug: org-id-get expects a file-visiting buffer"))
|
2019-08-01 20:41:43 +00:00
|
|
|
(let ((afile (abbreviate-file-name file)))
|
2020-04-16 05:07:38 +00:00
|
|
|
(when (and org-id-track-globally id)
|
2019-08-01 20:41:43 +00:00
|
|
|
(unless org-id-locations (org-id-locations-load))
|
|
|
|
(puthash id afile org-id-locations)
|
|
|
|
(unless (member afile org-id-files)
|
|
|
|
(add-to-list 'org-id-files afile)))))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
|
2011-03-06 01:44:33 +00:00
|
|
|
(unless noninteractive
|
|
|
|
(add-hook 'kill-emacs-hook 'org-id-locations-save))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
|
|
|
|
(defun org-id-hash-to-alist (hash)
|
|
|
|
"Turn an org-id hash into an alist, so that it can be written to a file."
|
|
|
|
(let (res x)
|
|
|
|
(maphash
|
|
|
|
(lambda (k v)
|
2019-08-01 20:41:43 +00:00
|
|
|
(if (setq x (assoc v res))
|
2008-12-16 06:56:19 +00:00
|
|
|
(setcdr x (cons k (cdr x)))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(push (list v k) res)))
|
|
|
|
hash)
|
|
|
|
res))
|
|
|
|
|
|
|
|
(defun org-id-alist-to-hash (list)
|
|
|
|
"Turn an org-id location list into a hash table."
|
|
|
|
(let ((res (make-hash-table
|
|
|
|
:test 'equal
|
|
|
|
:size (apply '+ (mapcar 'length list))))
|
2009-01-26 08:42:33 +00:00
|
|
|
f)
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(mapc
|
|
|
|
(lambda (x)
|
|
|
|
(setq f (car x))
|
|
|
|
(mapc (lambda (i) (puthash i f res)) (cdr x)))
|
|
|
|
list)
|
|
|
|
res))
|
|
|
|
|
|
|
|
(defun org-id-paste-tracker (txt &optional buffer-or-file)
|
|
|
|
"Update any IDs in TXT and assign BUFFER-OR-FILE to them."
|
|
|
|
(when org-id-track-globally
|
|
|
|
(save-match-data
|
|
|
|
(setq buffer-or-file (or buffer-or-file (current-buffer)))
|
|
|
|
(when (bufferp buffer-or-file)
|
|
|
|
(setq buffer-or-file (or (buffer-base-buffer buffer-or-file)
|
|
|
|
buffer-or-file))
|
|
|
|
(setq buffer-or-file (buffer-file-name buffer-or-file)))
|
|
|
|
(when buffer-or-file
|
|
|
|
(let ((fname (abbreviate-file-name buffer-or-file))
|
|
|
|
(s 0))
|
|
|
|
(while (string-match "^[ \t]*:ID:[ \t]+\\([^ \t\n\r]+\\)" txt s)
|
|
|
|
(setq s (match-end 0))
|
|
|
|
(org-id-add-location (match-string 1 txt) fname)))))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
2008-02-27 13:32:17 +00:00
|
|
|
;; Finding entries with specified id
|
|
|
|
|
2009-01-09 07:33:00 +00:00
|
|
|
;;;###autoload
|
2008-02-26 16:43:55 +00:00
|
|
|
(defun org-id-find-id-file (id)
|
|
|
|
"Query the id database for the file in which this ID is located."
|
|
|
|
(unless org-id-locations (org-id-locations-load))
|
2010-02-26 18:51:15 +00:00
|
|
|
(or (and org-id-locations
|
|
|
|
(hash-table-p org-id-locations)
|
|
|
|
(gethash id org-id-locations))
|
2020-02-23 13:29:38 +00:00
|
|
|
;; Fall back on current buffer
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(buffer-file-name (or (buffer-base-buffer (current-buffer))
|
|
|
|
(current-buffer)))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
|
|
|
(defun org-id-find-id-in-file (id file &optional markerp)
|
|
|
|
"Return the position of the entry ID in FILE.
|
|
|
|
If that files does not exist, or if it does not contain this ID,
|
|
|
|
return nil.
|
|
|
|
The position is returned as a cons cell (file-name . position). With
|
2008-04-28 08:48:49 +00:00
|
|
|
optional argument MARKERP, return the position as a new marker."
|
2009-01-26 08:42:33 +00:00
|
|
|
(let (org-agenda-new-buffers buf pos)
|
2008-02-26 16:43:55 +00:00
|
|
|
(cond
|
|
|
|
((not file) nil)
|
|
|
|
((not (file-exists-p file)) nil)
|
|
|
|
(t (with-current-buffer (setq buf (org-get-agenda-file-buffer file))
|
|
|
|
(setq pos (org-find-entry-with-id id))
|
|
|
|
(when pos
|
2008-02-27 13:32:17 +00:00
|
|
|
(if markerp
|
|
|
|
(move-marker (make-marker) pos buf)
|
|
|
|
(cons file pos))))))))
|
2008-02-26 16:43:55 +00:00
|
|
|
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
;; id link type
|
|
|
|
|
|
|
|
;; Calling the following function is hard-coded into `org-store-link',
|
|
|
|
;; so we do have to add it to `org-store-link-functions'.
|
2008-11-17 09:27:44 +00:00
|
|
|
|
2010-07-21 16:37:34 +00:00
|
|
|
;;;###autoload
|
2008-11-17 09:27:44 +00:00
|
|
|
(defun org-id-store-link ()
|
2009-08-15 06:16:38 +00:00
|
|
|
"Store a link to the current entry, using its ID."
|
2008-11-17 09:27:44 +00:00
|
|
|
(interactive)
|
Use (derived-mode-p 'org-mode) instead of (eq major-mode 'org-mode).
* org.el (org-show-hierarchy-above, org-cycle)
(org-global-cycle, org-files-list, org-store-link)
(org-link-search, org-open-file, org-display-outline-path)
(org-refile-get-location, org-update-all-dblocks)
(org-change-tag-in-region, org-entry-properties)
(org-save-all-org-buffers, org-revert-all-org-buffers)
(org-buffer-list, org-cdlatex-mode)
(org-install-agenda-files-menu, org-end-of-subtree)
(org-speedbar-set-agenda-restriction): Use (derived-mode-p
'org-mode) instead of (eq major-mode 'org-mode).
* org-timer.el (org-timer-set-timer): Ditto.
* org-table.el (orgtbl-mode, org-table-align, orgtbl-mode): Ditto.
* org-src.el (org-edit-src-exit, org-edit-src-code)
(org-edit-fixed-width-region, org-edit-src-exit): Ditto.
* org-remember.el (org-remember-handler): Ditto.
* org-mouse.el (dnd-open-file, org-mouse-insert-item): Ditto.
* org-macs.el (org-get-limited-outline-regexp): Ditto.
* org-lparse.el (org-replace-region-by): Ditto.
* org-latex.el (org-latex-to-pdf-process)
(org-replace-region-by-latex): Ditto.
* org-indent.el (org-indent-indent-buffer): Ditto.
* org-id.el (org-id-store-link, org-id-update-id-locations)
(org-id-store-link): Ditto.
* org-html.el (org-export-html-preprocess)
(org-replace-region-by-html): Ditto.
* org-footnote.el (org-footnote-normalize)
(org-footnote-goto-definition)
(org-footnote-create-definition, org-footnote-normalize): Ditto.
* org-docbook.el (org-replace-region-by-docbook): Ditto.
* org-ctags.el (find-tag): Ditto.
* org-colview.el (org-columns-redo)
(org-columns-display-here, org-columns-edit-value)
(org-columns-redo): Ditto.
* org-colview-xemacs.el (org-columns-redo)
(org-columns-display-here, org-columns-edit-value)
(org-columns-redo): Ditto.
* org-capture.el (org-capture-insert-template-here)
(org-capture, org-capture-finalize)
(org-capture-set-target-location)
(org-capture-insert-template-here): Ditto.
* org-ascii.el (org-replace-region-by-ascii): Ditto.
* org-archive.el (org-archive-subtree): Ditto.
* org-agenda.el (org-agenda)
(org-agenda-get-restriction-and-command)
(org-agenda-get-some-entry-text, org-search-view)
(org-tags-view, org-agenda-get-day-entries)
(org-agenda-format-item, org-agenda-goto, org-agenda-kill)
(org-agenda-archive-with, org-agenda-switch-to): Ditto.
2012-04-20 18:03:45 +00:00
|
|
|
(when (and (buffer-file-name (buffer-base-buffer)) (derived-mode-p 'org-mode))
|
2012-08-03 17:03:21 +00:00
|
|
|
(let* ((link (concat "id:" (org-id-get-create)))
|
2010-11-02 22:04:10 +00:00
|
|
|
(case-fold-search nil)
|
|
|
|
(desc (save-excursion
|
2020-04-05 15:36:01 +00:00
|
|
|
(org-back-to-heading-or-point-min t)
|
|
|
|
(or (and (org-before-first-heading-p)
|
|
|
|
(file-name-nondirectory
|
|
|
|
(buffer-file-name (buffer-base-buffer))))
|
|
|
|
(and (looking-at org-complex-heading-regexp)
|
2010-11-02 22:04:10 +00:00
|
|
|
(if (match-end 4)
|
|
|
|
(match-string 4)
|
|
|
|
(match-string 0)))
|
|
|
|
link))))
|
2018-11-26 23:04:41 +00:00
|
|
|
(org-link-store-props :link link :description desc :type "id")
|
2010-11-02 22:04:10 +00:00
|
|
|
link)))
|
2008-11-17 09:27:44 +00:00
|
|
|
|
2020-02-17 10:28:50 +00:00
|
|
|
(defun org-id-open (id _)
|
2008-11-17 09:27:44 +00:00
|
|
|
"Go to the entry with id ID."
|
|
|
|
(org-mark-ring-push)
|
2009-08-02 13:51:26 +00:00
|
|
|
(let ((m (org-id-find id 'marker))
|
|
|
|
cmd)
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(unless m
|
|
|
|
(error "Cannot find entry with ID \"%s\"" id))
|
2009-08-02 13:51:26 +00:00
|
|
|
;; Use a buffer-switching command in analogy to finding files
|
|
|
|
(setq cmd
|
|
|
|
(or
|
|
|
|
(cdr
|
|
|
|
(assq
|
|
|
|
(cdr (assq 'file org-link-frame-setup))
|
|
|
|
'((find-file . switch-to-buffer)
|
|
|
|
(find-file-other-window . switch-to-buffer-other-window)
|
|
|
|
(find-file-other-frame . switch-to-buffer-other-frame))))
|
2009-08-03 11:28:24 +00:00
|
|
|
'switch-to-buffer-other-window))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(if (not (equal (current-buffer) (marker-buffer m)))
|
2009-08-02 13:51:26 +00:00
|
|
|
(funcall cmd (marker-buffer m)))
|
Better implementation of unique entry IDs.
Unique identifiers for entries can now be used more efficiently.
Internally, a hash array has replaced the alist used so far to
keep track of the files in which an ID is defined. This makes it
quite fast to find an entry by ID.
There is now a new link type which looks like this:
id:GLOBALLY-UNIQUE-IDENTIFIER
This link points to a specific entry. When you move the entry to
a different file, for example if you move it to an archive
file, this link will continue to work.
The file /org-id.el/ contains an API that can be used to write
code using these identifiers, including creating IDs and finding
them wherever they are.
Org has its own method to create unique identifiers, but if the
system has /uuidgen/ command installed (Mac's and Linux systems
generally do), it will be used by default. You an also select
the method by hand, using the variable =org-id-method=.
If the ID system ever gets confused about where a certain ID is,
it initiates a global scan of all agenda files with associated
archives, all files previously known containing any IDs, and all
currently visited Org-mode files to rebuild the hash. You can
also initiate this by hand: =M-x org-id-update-id-locations=.
Running this command will also dump into the =*Messages*= buffer
information about any duplicate IDs. These should not exist, but
if you /copy/ an entry with its properties, duplicate IDs will
inevitably be produced. This is unavoidable in a plain text
system that allows you to edit the text in arbitrary ways, and a
portion of care on your side is needed to keep this system clean.
The hash is stored in the file =~/.emacs.d/.org-id-locations=.
This is also a change from previous versions where the file was
=~/.org=id-locations=. Therefore, you can remove this old file
if you have it. I am not sure what will happen if the =.emacs.d=
directory does not exists in your setup, but in modern Emacsen, I
believe it should exist. If you do not want to use IDs across
files, you can avoid the overhead with tracking IDs by
customizing the variable =org-id-track-globally=. IDs can then
still be used for links inside a single file.
IDs will also be used when you create a new link to an Org-mode
buffer. If you use =org-store-link= (normally at =C-c l=) inside
en entry in an Org-mode buffer, and ID property will be created
if it does not exist, and the stored link will be an =id:= link.
If you prefer the much less secure linking to headline text, you
can configure the variable =org-link-to-org-use-id=. The default
setting for this variable is =create-if-interactive=, meaning
that an ID will be created when you store a link interactively,
but not if you happen to be in an Org-mode file while you create
a remember note (which usually has a link to the place where you
were when starting remember).
2008-12-05 22:35:26 +00:00
|
|
|
(goto-char m)
|
|
|
|
(move-marker m nil)
|
|
|
|
(org-show-context)))
|
|
|
|
|
2016-07-05 20:11:08 +00:00
|
|
|
(org-link-set-parameters "id" :follow #'org-id-open)
|
2008-11-17 09:27:44 +00:00
|
|
|
|
2008-02-26 16:43:55 +00:00
|
|
|
(provide 'org-id)
|
|
|
|
|
2012-10-02 06:50:46 +00:00
|
|
|
;; Local variables:
|
|
|
|
;; generated-autoload-file: "org-loaddefs.el"
|
|
|
|
;; End:
|
|
|
|
|
2008-02-26 16:43:55 +00:00
|
|
|
;;; org-id.el ends here
|