all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 --]

  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.