* IDs w/ human friendly component
@ 2014-02-01 19:39 Ken Mankoff
2014-02-02 6:47 ` Daniel Clemente
0 siblings, 1 reply; 4+ messages in thread
From: Ken Mankoff @ 2014-02-01 19:39 UTC (permalink / raw)
To: Org-mode
I've never cared that the ID field was not human friendly.
But I've just learned about the Estimate Table where you can see
your estimates and actual clock time to complete tasks. If you want
to see the estimates for the current tree, you need to know the ID,
which is not human friendly.
It seems like with IDO mode, the first few characters or words of
the title, stripped of whitespace, could be pre- or ap- pended onto
the ID, and then it would be easy to select IDs. If this were how
IDs were created, would this break some other features? Do others
see this as a good or bad thing? Or is there some other way to tell
the Estimate Table to work on the local tree.
Cheers,
-k.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: IDs w/ human friendly component
2014-02-01 19:39 IDs w/ human friendly component Ken Mankoff
@ 2014-02-02 6:47 ` Daniel Clemente
2014-02-02 17:10 ` Ken Mankoff
0 siblings, 1 reply; 4+ messages in thread
From: Daniel Clemente @ 2014-02-02 6:47 UTC (permalink / raw)
To: Ken Mankoff; +Cc: Org-mode
Have you tried changing the strange ID to the ID that you want? (e.g. 7f3b531b-f1c9-41aa-854b-37235500495f → introduction). They should be unique.
I use my manually written IDs for some important headers which I want to detect from outside org.
In addition there's CUSTOM_ID, but I think that's the id="…" you want in HTML exports.
El Sat, 1 Feb 2014 14:39:15 -0500 (EST) Ken Mankoff va escriure:
>
>
> I've never cared that the ID field was not human friendly.
>
> But I've just learned about the Estimate Table where you can see your estimates
> and actual clock time to complete tasks. If you want to see the estimates for
> the current tree, you need to know the ID, which is not human friendly.
>
> It seems like with IDO mode, the first few characters or words of the title,
> stripped of whitespace, could be pre- or ap- pended onto the ID, and then it
> would be easy to select IDs. If this were how IDs were created, would this break
> some other features? Do others see this as a good or bad thing? Or is there some
> other way to tell the Estimate Table to work on the local tree.
>
> Cheers,
>
> -k.
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: IDs w/ human friendly component
2014-02-02 6:47 ` Daniel Clemente
@ 2014-02-02 17:10 ` Ken Mankoff
2014-02-02 17:47 ` John Kitchin
0 siblings, 1 reply; 4+ messages in thread
From: Ken Mankoff @ 2014-02-02 17:10 UTC (permalink / raw)
To: Daniel Clemente; +Cc: Org-mode
Yes that is a fairly simple and obvious solution.
-k.
On Sun, 2 Feb 2014, Daniel Clemente wrote:
>
> Have you tried changing the strange ID to the ID that you want?
> (e.g. 7f3b531b-f1c9-41aa-854b-37235500495f → introduction). They
> should be unique. I use my manually written IDs for some important
> headers which I want to detect from outside org. In addition
> there's CUSTOM_ID, but I think that's the id="…" you want in HTML
> exports.
>
>
> El Sat, 1 Feb 2014 14:39:15 -0500 (EST) Ken Mankoff va escriure:
>>
>>
>> I've never cared that the ID field was not human friendly.
>>
>> But I've just learned about the Estimate Table where you can see your estimates
>> and actual clock time to complete tasks. If you want to see the estimates for
>> the current tree, you need to know the ID, which is not human friendly.
>>
>> It seems like with IDO mode, the first few characters or words of the title,
>> stripped of whitespace, could be pre- or ap- pended onto the ID, and then it
>> would be easy to select IDs. If this were how IDs were created, would this break
>> some other features? Do others see this as a good or bad thing? Or is there some
>> other way to tell the Estimate Table to work on the local tree.
>>
>> Cheers,
>>
>> -k.
>>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: IDs w/ human friendly component
2014-02-02 17:10 ` Ken Mankoff
@ 2014-02-02 17:47 ` John Kitchin
0 siblings, 0 replies; 4+ messages in thread
From: John Kitchin @ 2014-02-02 17:47 UTC (permalink / raw)
To: Ken Mankoff; +Cc: Org-mode
[-- Attachment #1: Type: text/plain, Size: 2294 bytes --]
you can put some kind of prefix on like this:
* intro to a section
:PROPERTIES:
:ID: intro-to-a:0f141497-f3ad-488a-b8c9-0a5c3ea53ba0
:END:
#+BEGIN_SRC emacs-lisp
(defun get-my-id ()
"create an org-id with prefix based on headline"
(let ((s))
(setq s
(replace-regexp-in-string
" " "-"
(nth 4 (org-heading-components))))
(org-id-get
(point)
t
(substring
s
0
(if (> (length s) 10) 10
(length s))))))
(get-my-id)
#+END_SRC
#+RESULTS:
: intro-to-a:0f141497-f3ad-488a-b8c9-0a5c3ea53ba0
John
-----------------------------------
John Kitchin
Associate Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu
On Sun, Feb 2, 2014 at 12:10 PM, Ken Mankoff <mankoff@gmail.com> wrote:
>
> Yes that is a fairly simple and obvious solution.
>
> -k.
>
> On Sun, 2 Feb 2014, Daniel Clemente wrote:
>
>
>> Have you tried changing the strange ID to the ID that you want? (e.g.
>> 7f3b531b-f1c9-41aa-854b-37235500495f → introduction). They should be
>> unique. I use my manually written IDs for some important headers which I
>> want to detect from outside org. In addition there's CUSTOM_ID, but I think
>> that's the id="…" you want in HTML exports.
>>
>>
>> El Sat, 1 Feb 2014 14:39:15 -0500 (EST) Ken Mankoff va escriure:
>>
>>>
>>>
>>> I've never cared that the ID field was not human friendly.
>>>
>>> But I've just learned about the Estimate Table where you can see your
>>> estimates
>>> and actual clock time to complete tasks. If you want to see the
>>> estimates for
>>> the current tree, you need to know the ID, which is not human friendly.
>>>
>>> It seems like with IDO mode, the first few characters or words of the
>>> title,
>>> stripped of whitespace, could be pre- or ap- pended onto the ID, and
>>> then it
>>> would be easy to select IDs. If this were how IDs were created, would
>>> this break
>>> some other features? Do others see this as a good or bad thing? Or is
>>> there some
>>> other way to tell the Estimate Table to work on the local tree.
>>>
>>> Cheers,
>>>
>>> -k.
>>>
>>>
>>
>
>
[-- Attachment #2: Type: text/html, Size: 3136 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-02-02 17:55 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-02-01 19:39 IDs w/ human friendly component Ken Mankoff
2014-02-02 6:47 ` Daniel Clemente
2014-02-02 17:10 ` Ken Mankoff
2014-02-02 17:47 ` John Kitchin
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).