* [PROPOSITION] edit the diary file from the minibuffer
@ 2024-11-15 21:51 BP25
2024-11-16 9:04 ` Stephen Berman
0 siblings, 1 reply; 2+ messages in thread
From: BP25 @ 2024-11-15 21:51 UTC (permalink / raw)
To: emacs-devel
Hey guys,
I'd like to see the Diary + Calendar more evolved by eliminating the
requirement for the user to manually edit the diary file. I call this
evolution for two reason: the first is that it would build on the
current system, without replacing anything really. The second reason is
that I think it would eliminate my frustration at editing the diary
buffer, saving, killing or burying, killing the window/frame which
sometimes it's been opened into, then updating the diary. Diary
modifications would happen in the minibuffer. So if I type in the
calendar i d then I would insert the description of the event in the
minibuffer and RET would also save the diary file and update the diary.
This improvement would be conservative because by design it will always
be possible to edit manually the diary file as it's being done now. Has
anyone attempted this already? Would you incorporate this on the
standard emacs which is distributed? I am aware that Org also has some
diary function but because at the moment I detest Org, then I refuse to
check this and I wouldn't use it anyway; even if it were the case it
wouldn't make an argument for not improving the Emacs diary anyway.
I'm not subscribed to this list, please CC: me!
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PROPOSITION] edit the diary file from the minibuffer
2024-11-15 21:51 [PROPOSITION] edit the diary file from the minibuffer BP25
@ 2024-11-16 9:04 ` Stephen Berman
0 siblings, 0 replies; 2+ messages in thread
From: Stephen Berman @ 2024-11-16 9:04 UTC (permalink / raw)
To: BP25; +Cc: emacs-devel
On Fri, 15 Nov 2024 21:51:40 +0000 BP25 <bp25@riseup.net> wrote:
> Hey guys,
>
> I'd like to see the Diary + Calendar more evolved by eliminating the
> requirement for the user to manually edit the diary file. I call this
> evolution for two reason: the first is that it would build on the
> current system, without replacing anything really. The second reason is
> that I think it would eliminate my frustration at editing the diary
> buffer, saving, killing or burying, killing the window/frame which
> sometimes it's been opened into, then updating the diary. Diary
> modifications would happen in the minibuffer. So if I type in the
> calendar i d then I would insert the description of the event in the
> minibuffer and RET would also save the diary file and update the diary.
>
> This improvement would be conservative because by design it will always
> be possible to edit manually the diary file as it's being done now. Has
> anyone attempted this already? Would you incorporate this on the
> standard emacs which is distributed? I am aware that Org also has some
> diary function but because at the moment I detest Org, then I refuse to
> check this and I wouldn't use it anyway; even if it were the case it
> wouldn't make an argument for not improving the Emacs diary anyway.
>
> I'm not subscribed to this list, please CC: me!
You might consider todo-mode.el to be such an evolution; it's a kind of
categorized extension of the Emacs Diary with many additional features,
including entering and editing items in the minibuffer (however, it does
not currently support Diary sexp entries). Details are in the todo-mode
Info manual (`C-h R RET todo-mode RET').
Steve Berman
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-11-16 9:04 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-15 21:51 [PROPOSITION] edit the diary file from the minibuffer BP25
2024-11-16 9:04 ` Stephen Berman
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.