emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[O] PROPERTIES drawer inserted within LOGBOOK drawer during org-capture


From: Bruce Gilstrap
Subject: [O] PROPERTIES drawer inserted within LOGBOOK drawer during org-capture
Date: Mon, 20 Jul 2015 14:14:13 -0500

Hello,

I am running org-mode version 8.2.10 in GNU Emacs 24.3.1 on Windows 7 Ultimate (Service Pack 1). When I invoke org-capture while the cursor is on or "under" a TODO headline that does not have a PROPERTIES drawer, org inserts a PROPERTIES drawer and an ID key-value pair, like so:

* TODO New headline
:PROPERTIES:
:ID:       b0ee991b-cccb-46cc-8f43-a2341de68e4d
:END:

When the LOGBOOK contains a note after a clock entry, however, org inserts the PROPERTIES drawer inside the existing LOGBOOK drawer, like so:

* TODO The LOGBOOK contains one complete clock entry and note after clock entry
:LOGBOOK:
CLOCK: [2015-07-20 Mon 08:56]--[2015-07-20 Mon 09:03] =>  0:07
:PROPERTIES:
:ID:       e1cefdae-a34d-4ba1-bb80-7f05cd541605
:END:
- Note taken on [2015-07-20 Mon 13:16] \\
  a note
:END:

This behavior does not happen when:

* TODO There is no LOGBOOK drawer
:PROPERTIES:
:ID:       ebb1a5f2-0546-48aa-b18b-6d00fde03fcf
:END:

* TODO The LOGBOOK is empty
:LOGBOOK:
:END:
:PROPERTIES:
:ID:       c51f2f0a-0fe2-4182-9bc1-72ed5085070f
:END:

* TODO The LOGBOOK contains only note
:LOGBOOK:
- Note taken on [2015-07-20 Mon 13:13] \\
  a note
:END:
:PROPERTIES:
:ID:       5954a100-1da5-47f0-a73c-456b29024590
:END:

* TODO The LOGBOOK note precedes a clock entry
:LOGBOOK:
- Note taken on [2015-07-20 Mon 13:14] \\
  a note
CLOCK: [2015-07-20 Mon 08:56]--[2015-07-20 Mon 09:03] =>  0:07
:END:
:PROPERTIES:
:ID:       d8682ba6-5233-4c94-b2bc-2a90c287f980
:END:

* TODO The LOGBOOK contains a note between two clock entries
:LOGBOOK:
CLOCK: [2015-07-20 Mon 13:30]--[2015-07-20 Mon 13:42] =>  0:12
- Note taken on [2015-07-20 Mon 13:22] \\
  a note
CLOCK: [2015-07-20 Mon 08:56]--[2015-07-20 Mon 09:03] =>  0:07
:END:
:PROPERTIES:
:ID:       4c3b7ef5-5d0a-4de5-965c-2b8d46524931
:END:


Has anyone seen this behavior before?

Thanks,
Bruce

reply via email to

[Prev in Thread] Current Thread [Next in Thread]