From: Uwe Brauer <oub@mat.ucm.es>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: Uwe Brauer <oub@mat.ucm.es>, emacs-orgmode@gnu.org
Subject: Re: problems with templates and ID in properties
Date: Sun, 04 Feb 2024 08:20:02 +0100 [thread overview]
Message-ID: <87v874g0gt.fsf@mat.ucm.es> (raw)
In-Reply-To: 87r0htxljm.fsf@localhost
[-- Attachment #1: Type: text/plain, Size: 3079 bytes --]
>>> "IR" == Ihor Radchenko <yantar92@posteo.net> writes:
> Uwe Brauer <oub@mat.ucm.es> writes:
>>> It might be changed. Currently, we mimic the behavior of
>>> org-yank-subtree, so that we always insert captured entry under the
>>> correct level regardless of the capture target. For example, when you
>>> use OLP, the level will be adjusted.
>>
>>> May you please explain more why you need to use level 2 heading specifically?
>>
>> Sure. I use this template for extracting from emails sent by my students
>> their names and email addresses to have entries like this
>> --8<---------------cut here---------------start------------->8---
>> * Grupos :noexport:
>> ...
>> ** !!TODO!! G1 <2023-01-24 12:51> :Annu24: Paul New
>> ...
>> #+TBLNAME: sheets
>> #+BEGIN: columnview :maxlevel 2...
>> ...
>> That however only works if the entries have level **
>>
>> It my workflow now clearer?
> Yup.
> I recommend changing your capture template to
> (file+olp "~/grupos2024.org" "Grupos")
That gives an error, as gives file+headline
so this part
(setq org-capture-templates
'(
("m" "Mail options")
("mk" "Annu Grupos Ejercicios" entry (file+olp "~/ALLES/HGs/tex/vorlesungen/HGAnnu/Hojas-Teoria/Soluciones-2024/grupos2024.org")
"** TODO %^{Grupo} %T %^g %(org-contacts-template-name)
:ID: %(org-id-new)
:Link: %a
:Email: %(org-contacts-template-email)
:Grp: %^{Gr1|Gr2|Gr3|Gr4|Gr6|Gr7|Gr8|Gr9|Gr10|Gr11|Gr12|Gr13}
:Usuario1: %:fromname
:Email1: %:fromaddress
:Usuario2: %(my-extract-cc)
:Email2: %(my-extract-cc)
:Usuario3: %(my-extract-cc)
:Email3: %(my-extract-cc)
:Usuario4: %(my-extract-cc)
:Email4: %(my-extract-cc)
:Status: [ ]
:Hoja:
:Ej:
:End:")))
Gives the error
Deprecated date/weektree capture templates changed to ‘file+olp+datetree’.
org-capture-set-target-location: Wrong type argument: markerp, nil
Updating buffer list...done
>>> What command/variable could org-mode force to have always an UUID in the
>>> ID property?
>>
>>> `org-id-method' I think.
>>
>> This variable sets the format, but as far as I can see, is not
>> reasonable for adding an ID.
> Do you mean that you want IDs to be always added any time your create a
> heading? If so, the common method is to add `org-insert-heading-hook'.
That hook is empty, nevertheless and ID with an annoying END is inserted
in the middle of the template
> However, this hook will not work for templates. You may add
> :ID: %(org-id-new)
> to your template to generate an ID.
I will try that.
Thanks
--
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military.
I support the EU and NATO membership of Ukraine.
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]
next prev parent reply other threads:[~2024-02-04 7:21 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-02 11:15 problems with templates and ID in properties Uwe Brauer
2024-02-02 13:48 ` Ihor Radchenko
2024-02-02 14:03 ` Uwe Brauer via General discussions about Org-mode.
2024-02-02 15:13 ` Uwe Brauer via General discussions about Org-mode.
2024-02-02 16:50 ` Ihor Radchenko
2024-02-03 19:40 ` Uwe Brauer
2024-02-03 21:52 ` Ihor Radchenko
2024-02-04 7:20 ` Uwe Brauer [this message]
2024-02-04 13:38 ` Ihor Radchenko
2024-02-04 18:24 ` Uwe Brauer
2024-02-04 18:30 ` Ihor Radchenko
2024-02-04 18:29 ` Uwe Brauer
2024-02-04 18:36 ` Ihor Radchenko
2024-02-04 18:38 ` Uwe Brauer
2024-02-04 18:57 ` Ihor Radchenko
2024-02-04 18:58 ` Uwe Brauer
2024-02-04 13:49 ` Ihor Radchenko
2024-02-04 18:20 ` Uwe Brauer
2024-02-04 18:26 ` Ihor Radchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v874g0gt.fsf@mat.ucm.es \
--to=oub@mat.ucm.es \
--cc=emacs-orgmode@gnu.org \
--cc=yantar92@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.