From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id YIDcAXxw7V9bdwAA0tVLHw (envelope-from ) for ; Thu, 31 Dec 2020 06:32:28 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 4KlLOXtw7V9wVAAA1q6Kng (envelope-from ) for ; Thu, 31 Dec 2020 06:32:27 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 71656940355 for ; Thu, 31 Dec 2020 06:32:27 +0000 (UTC) Received: from localhost ([::1]:35080 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kurVZ-0001M7-TE for larch@yhetil.org; Thu, 31 Dec 2020 01:32:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35740) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kurV7-0001Ki-Qx for emacs-orgmode@gnu.org; Thu, 31 Dec 2020 01:31:57 -0500 Received: from mail-oo1-xc2a.google.com ([2607:f8b0:4864:20::c2a]:45150) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kurV5-00072b-Hz for emacs-orgmode@gnu.org; Thu, 31 Dec 2020 01:31:57 -0500 Received: by mail-oo1-xc2a.google.com with SMTP id o5so4152783oop.12 for ; Wed, 30 Dec 2020 22:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=30l343cn7dMf+OvmizPufSEhHJr//Whq90M3YsBNne8=; b=O2Po7Ewh4dXVjj5d9Ug7iAtRqEslOUdBysp/oCchSQhPGuJ1kFXhdGbJyK22Eo6+RZ d85GXvseTD67PNFgm+RdtmJSDnJP1bfibzirHxzeUTCbpqVRUmJqw0D0fL/fiEX2XEQ8 mmu8lBZAe1OAYbjjTw0LLvRtddGbIGbge84xFWu/rjH0gUrSgQLSdiCgp3+BsDIW5Rh7 t8uJcSwoGcLqgdA5nEXV4YmencHDp62P3bxrS4xhiEfv4ttITeUerL7wYnjMmzl+MST6 8CSQ2vdEjOeC4lzMCanl8EsZVsKjsxAfVIyHZL9CcLpSNxREA7lp4meBy8nhsiqjV/SV /R4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=30l343cn7dMf+OvmizPufSEhHJr//Whq90M3YsBNne8=; b=DfiIwBYX4K9cKRqTcP7f51b/34Dv+q04tLsj9BSrUaG/UHiBFTlVjf6S2wBGmLDwKa DfuSj2vgwP0DJDpKiatTB8mnsSpf5hXsTBwgeJq1rHuI6zGPtJcdcRLgWmpxWU/BNpPU 1Z+f3WM920vcnGuZnAMAXvS3mBBUOuhScvicf/xPnzQgohvRb/q0gIuDTT+MMj4VKVDc OgXLE7lxHZCB/U6hMIASna0MTp/4XKN7cljsh879l69SHZB5JPmBCOX5qHp8K/AiyIN6 lhcIQrgGoHyCBxGnwBjxZSgqQogI0L4B56DYdbAbSo+xf4n1fI+l13v4wARFlBEeKFTE C3OQ== X-Gm-Message-State: AOAM533p2gaK6JnBglB5D4aj8AYjqfr+Oe1VCjLbA4OSpP0QCsvtNhON FOIH83rCn+iAQ5/kvQ9Dt8cnjnltjq+TALu8w60= X-Google-Smtp-Source: ABdhPJwdDPwLVp1SXNdJTEStYb38QHMiaQQM0zL3GQ3u3hRnANCfsbVkEveygIRvAYspOww3fxzyq5FKuNToCs6OlSg= X-Received: by 2002:a4a:e8d1:: with SMTP id h17mr37836852ooe.71.1609396312969; Wed, 30 Dec 2020 22:31:52 -0800 (PST) MIME-Version: 1.0 From: Sam Whitlock Date: Thu, 31 Dec 2020 07:31:16 +0100 Message-ID: Subject: [feature] capture: defcustom for item/checkitem to skip LOGBOOK [9.4.4 (release_9.4.4-159-g9140a7 @ /home/n/.emacs.d/straight/build/org/)] To: iarchivedmywholelife@gmail.com, emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="00000000000089957105b7bcc7bd" Received-SPF: pass client-ip=2607:f8b0:4864:20::c2a; envelope-from=phynominal@gmail.com; helo=mail-oo1-xc2a.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -3.03 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=O2Po7Ewh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 71656940355 X-Spam-Score: -3.03 X-Migadu-Scanner: scn1.migadu.com X-TUID: IOmNbsUfa82w --00000000000089957105b7bcc7bd Content-Type: text/plain; charset="UTF-8" I just saw this discussion on /r/emacs and came here to share my thoughts. I have worked around this behavior for a while and think having an option to skip logging into the drawer would be useful. My own workflow that this behavior (bug?) currently affects is as follows (similar to the reddit thread): - use org-habit to track a weekly TODO list heading - use a capture template to log checkitem type entries into this heading Due to this quirk, the capture template logs into the drawer instead (matching the checkitem regex). I would consider this to be a bug, as I'm not sure if anyone would use a capture template to deliberately log into the LOGBOOK drawer. Additionally, if the LOGBOOK is empty, it does log to the correct place (i.e. the contents of the heading). Because the location varies based on the LOGBOOK being empty or not, I think it would be good to either have it always log into the LOGBOOK or not when capturing (specifically, the behavior of `org-capture-place-item`). --00000000000089957105b7bcc7bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I just saw this discussion on /r/emacs = and came here to share my thoughts.

I have worked around this behavior for a while and think havi= ng an option to skip logging into the drawer would be useful.
My own workflow that this behavior (bug?) currently affects is a= s follows (similar to the reddit thread):
- use org= -habit to track a weekly TODO list heading
- us= e a capture template to log checkitem type entries into this heading
<= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">
Due to this quirk, the captu= re template logs into the drawer instead (matching the checkitem regex).

I would consider this to be a bug, as I'm not sure if anyone would use= a capture template to deliberately log into the LOGBOOK drawer.
Additionally, if the LOGBOOK is empty, it does log to the cor= rect place (i.e. the contents of the heading).
Beca= use the location varies based on the LOGBOOK being empty or not, I think it= would be good to either have it always log into the LOGBOOK or not when ca= pturing (specifically, the behavior of `org-capture-place-item`).
=
--00000000000089957105b7bcc7bd--