Jrnl: --delete ?

Created on 30 Jul 2016 · 10Comments · Source: jrnl-org/jrnl

Instead of using --edit then delete/save/quit editor, maybe it would be easier to have a --delete command that would show the selected entries and ask confirmation to delete them, without going through the editor.
Especially convenient when managing todo lists.

$ jrnl @todo buy bread
$ jrnl @todo wash dishes
$ jrnl @todo --delete # I'm done with today's duty
2016-07-30 11:43 @todo buy bread

2016-07-30 11:43 @todo wash dishes

Are you sure you want to delete the selected entries? [y/N]

(And jrnl is a great app by the way!!)

enhancement

Source

thomas-vincent

👍7

Most helpful comment

could we add a confirmation check if a user wants to delete more than one message?

I think this should probably work like $ rm -i. Confirmation for every message deletion regardless of how many there are. Let's make it really hard to lose data.

A -f flag could be added to skip this confirmation, if desired (for scripting). But the default behavior should be to confirm, imo.

alichtman on 25 Oct 2019

👍2

All 10 comments

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

stale[bot] on 7 Jul 2019

Just needed this today and was surprised it didn't already exist

BenKettlewell on 17 Jul 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

stale[bot] on 20 Sep 2019

+1
It would be nice to quickly erase jrnl entry.

Also, could we add a confirmation check if a user wants to delete more than one message? I would prefer to be warned if I'm about to delete 100 entries.

g-berthiaume on 7 Oct 2019

I think this is important for scripting as well.

gregorybodnar on 8 Oct 2019

could we add a confirmation check if a user wants to delete more than one message?

I think this should probably work like $ rm -i. Confirmation for every message deletion regardless of how many there are. Let's make it really hard to lose data.

A -f flag could be added to skip this confirmation, if desired (for scripting). But the default behavior should be to confirm, imo.

alichtman on 25 Oct 2019

👍2

I just opened a PR to provide the ability to interactively delete items. No scripting support yet, but it's better than nothing.

alichtman on 29 Oct 2019

Any news on this @alichtman ?

g-berthiaume on 18 Mar 2020

@g-berthiaume My work was originally in #698, and then was ported over to #850. It's currently waiting for review.

alichtman on 18 Mar 2020

@g-berthiaume This should get into the next version (v2.4) after v2.3 is out of beta.