From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id iE+bIwwaXl94CQAA0tVLHw (envelope-from ) for ; Sun, 13 Sep 2020 13:09:32 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 2G/vHQwaXl/NXgAAbx9fmQ (envelope-from ) for ; Sun, 13 Sep 2020 13:09:32 +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 23CCC940539 for ; Sun, 13 Sep 2020 13:09:32 +0000 (UTC) Received: from localhost ([::1]:53360 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kHRl4-0003MI-PH for larch@yhetil.org; Sun, 13 Sep 2020 09:09:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53928) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHRkk-0003M7-1T for emacs-orgmode@gnu.org; Sun, 13 Sep 2020 09:09:10 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:34829) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kHRkh-00052q-Fi for emacs-orgmode@gnu.org; Sun, 13 Sep 2020 09:09:09 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id CEDCD1C0006; Sun, 13 Sep 2020 13:09:01 +0000 (UTC) From: Nicolas Goaziou To: Ihor Radchenko Subject: Re: [feature request] A new cookie type [!] showing the last note taken References: <87zh6eymxs.fsf@localhost> <87h7skldpt.fsf@nicolasgoaziou.fr> <875z90xvqk.fsf@localhost> <871rjo8kgr.fsf@nicolasgoaziou.fr> <873644xr6y.fsf@localhost> <87sgc470lk.fsf@nicolasgoaziou.fr> <87y2lvwny0.fsf@localhost> <87lfhu7tgi.fsf@nicolasgoaziou.fr> <87mu29djhg.fsf@localhost> <87sgbzw77n.fsf@nicolasgoaziou.fr> <871rjgahyj.fsf@localhost> <87lfhjm4nl.fsf@nicolasgoaziou.fr> <877dt2j86g.fsf@localhost> Mail-Followup-To: Ihor Radchenko , emacs-orgmode@gnu.org Date: Sun, 13 Sep 2020 15:09:00 +0200 Message-ID: <871rj5hlhv.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.70.183.197; envelope-from=mail@nicolasgoaziou.fr; helo=relay5-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/13 09:09:04 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, 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: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; 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-Spam-Score: -1.01 X-TUID: wBXR+3TtzsSL Hello, Ihor Radchenko writes: > I did not know this and I cannot find any reference about such behaviour > in manual (info:org#Markup for Rich Contents). You can find it looking for "line break" in the index. It points there: (info "(org) Paragraphs"). >>> However, it is unused it unordered lists. We might define a note as a >>> unnumbered list item with [@note]: >>> >>> - [@note] This is note >> >> That's a reasonable syntax extension, maybe too English-centered. Maybe >> a more abstract [@!] would be better. > > It also looks better for me. > Should I open separate bug report proposing this syntax extension? Thinking again about it, I'm not sold about this idea. Is extending the syntax the way to go?=20 Sure, in the proposal above, it is relatively cheap. But what is the meaning of an item marked as a "note"? Everything in an entry could be a note; this is not limited to items. Moreover, if we are considering it to be a note just because it was automatically inserted using `org-add-log-note', then we are binding the tool to the syntax. This is a mistake. I would like to reconsider the solution to your use case. With a non-nil value for `org-log-into-drawer', it is possible to guess the location of the last inserted note, assuming manually inserted ones=E2=80=94if there is any=E2=80=94also follow the same pattern. Under such a reasonable configura= tion, it should not be too difficult to write a function extracting the last note, or a whole library operating on notes (ideas: move log-related functions to a new "org-log.el" library, simplify it using Org Capture as the machinery, extend it=E2=80=A6). Maybe I got lost in this long thread, but what are we really missing here? Possibly a generic solution, but do we really need one? If you want to access programmatically to notes, don't set `org-log-into-drawer' to nil. Regards, --=20 Nicolas Goaziou