emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Ihor Radchenko <yantar92@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [feature request] A new cookie type [!] showing the last note taken
Date: Sun, 13 Sep 2020 15:09:00 +0200	[thread overview]
Message-ID: <871rj5hlhv.fsf@nicolasgoaziou.fr> (raw)
In-Reply-To: <877dt2j86g.fsf@localhost>


Ihor Radchenko <yantar92@gmail.com> 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? 

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—if there is
any—also follow the same pattern. Under such a reasonable configuration,
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…).

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.

Nicolas Goaziou

  reply	other threads:[~2020-09-13 13:09 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-29  6:40 Ihor Radchenko
2020-08-30  8:50 ` Nicolas Goaziou
2020-08-30 10:40   ` Ihor Radchenko
2020-08-30 11:03     ` Nicolas Goaziou
2020-08-30 12:18       ` Ihor Radchenko
2020-08-30 12:57         ` Nicolas Goaziou
2020-08-30 14:58           ` Eric Abrahamsen
2020-08-31  2:26           ` Ihor Radchenko
2020-08-31  8:42             ` Julius Müller
2020-08-31 11:55               ` Ihor Radchenko
2020-08-31 14:58             ` Nicolas Goaziou
2020-09-02  2:02               ` Ihor Radchenko
2020-09-03  9:16                 ` Nicolas Goaziou
2020-09-05  5:52                   ` Ihor Radchenko
2020-09-09 14:00                     ` Nicolas Goaziou
2020-09-10  9:24                       ` Ihor Radchenko
2020-09-13 13:09                         ` Nicolas Goaziou [this message]
2020-09-14 19:49                           ` Eric Abrahamsen
2020-09-05 22:14 ` Allen Li
2020-09-06  1:23   ` Ihor Radchenko
2020-09-06 18:16     ` Eric Abrahamsen
2021-01-17 15:38 ` Christopher Miles
2021-01-18  2:07   ` 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:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871rj5hlhv.fsf@nicolasgoaziou.fr \
    --to=mail@nicolasgoaziou.fr \
    --cc=emacs-orgmode@gnu.org \
    --cc=yantar92@gmail.com \
    --subject='Re: [feature request] A new cookie type ['\!'] showing the last note taken' \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).