[tw5] Re: Delete of tiddlers: Trying to setup consistent confirmation messages
On Friday, August 27, 2021 at 11:03:44 PM UTC+2 cj.v...@gmail.com wrote: > Well, when I go to click on permalink, or export, or whatever buttons > under more, and click delete by mistake, it is a huge pain in the rear. IMO there are 3 things, which we can possibly do. 1. IMO *low hanging fruit*. .. Move the delete button to the "last" position in the list, with a separator in between, so it's harder to accidentally click or touch it on a mobile phone 2. Add the empty check for all fields, except modified, created, modifier and creator, because they are always there. This needs a bit more work. ... 3. Same as 2, but there may be a list, that lets the user choose, which fields should _not_ activate the "security" question. There may be "value" in the info when and who created a tiddler. ... It always *depends* on the users usecase. just some thoughts mario -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/36c6ae2c-896a-404d-b1d7-489e5a496425n%40googlegroups.com.
[tw5] Re: Delete of tiddlers: Trying to setup consistent confirmation messages
Never mind that "ALSO" bit in my last post, I figured out how I hobbled my extra behaviour on delete when clicking delete in view mode. Major face to palm imprint. On Friday, August 27, 2021 at 6:03:44 PM UTC-3 Charlie Veniot wrote: > Well, when I go to click on permalink, or export, or whatever buttons > under more, and click delete by mistake, it is a huge pain in the rear. > > I've got all kinds of tiddlers that have nothing in the text field, but > rather values in custom fields. > > It sucks when that kind of tiddler mistakenly gets deleted, despite having > custom field values, and without some kind of confirmation message. > > My request in my initial post: how can I go about modifying *my* > TiddlyWikis to have consistent behaviour when deleting? > > I'm not asking for TiddlyWiki out-of-the-box design to be changed for > everybody and all future editions of TiddlyWiki. > > I just want to modify mine. > > *ALSO*: I want to add extra behaviour upon delete of any tiddler in one > of my TiddlyWikis. For whatever reason, the extra behaviour is not > happening when I click on delete of a tiddler while that tiddler is in view > mode. Either inconsistent behaviour going on or the delete buttons aren't > performing the same code? > > > > On Friday, August 27, 2021 at 4:26:41 PM UTC-3 PMario wrote: > >> On Friday, August 27, 2021 at 8:54:20 PM UTC+2 cj.v...@gmail.com wrote: >> >>> >>>- for a tiddler in view mode, clicking the delete button does not >>>prompt with any confirmation at all, immediately deleting (so not >>>opportunity to cancel a possible mistake.) >>> >>> That's by design. If you want to click the delete button in view mode >> >>- you need to open the "More" dropdown >>- Click the delete button. >>- If it contains some text content it asks >>- If it doesn't it doesn't ask >> >> So that the tiddler is deleted needs at minimum 2 clicks. >> IMO, that's a clear indication that the user wants to perform this >> action. No need to ask anymore. >> >> In edit mode it's different. Edit mode does always ask. Except, if >> you create a new tiddler, didn't change anything and delete it again. It >> doesn't ask here. >> >> I find that inconsistency annoying. I'd like to fix that in my >>> TiddlyWikis, but I'm not sure how to go about it. Looking at >>> the $:/core/ui/Buttons/delete hasn't given me any clues. >>> >> >> Have a closer look at: https://tiddlywiki.com/#ActionConfirmWidget >> >> -mario >> > -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/6294749f-a518-460a-9968-dbb4e535463fn%40googlegroups.com.
[tw5] Re: Delete of tiddlers: Trying to setup consistent confirmation messages
Well, when I go to click on permalink, or export, or whatever buttons under more, and click delete by mistake, it is a huge pain in the rear. I've got all kinds of tiddlers that have nothing in the text field, but rather values in custom fields. It sucks when that kind of tiddler mistakenly gets deleted, despite having custom field values, and without some kind of confirmation message. My request in my initial post: how can I go about modifying *my* TiddlyWikis to have consistent behaviour when deleting? I'm not asking for TiddlyWiki out-of-the-box design to be changed for everybody and all future editions of TiddlyWiki. I just want to modify mine. *ALSO*: I want to add extra behaviour upon delete of any tiddler in one of my TiddlyWikis. For whatever reason, the extra behaviour is not happening when I click on delete of a tiddler while that tiddler is in view mode. Either inconsistent behaviour going on or the delete buttons aren't performing the same code? On Friday, August 27, 2021 at 4:26:41 PM UTC-3 PMario wrote: > On Friday, August 27, 2021 at 8:54:20 PM UTC+2 cj.v...@gmail.com wrote: > >> >>- for a tiddler in view mode, clicking the delete button does not >>prompt with any confirmation at all, immediately deleting (so not >>opportunity to cancel a possible mistake.) >> >> That's by design. If you want to click the delete button in view mode > >- you need to open the "More" dropdown >- Click the delete button. >- If it contains some text content it asks >- If it doesn't it doesn't ask > > So that the tiddler is deleted needs at minimum 2 clicks. > IMO, that's a clear indication that the user wants to perform this action. > No need to ask anymore. > > In edit mode it's different. Edit mode does always ask. Except, if > you create a new tiddler, didn't change anything and delete it again. It > doesn't ask here. > > I find that inconsistency annoying. I'd like to fix that in my >> TiddlyWikis, but I'm not sure how to go about it. Looking at >> the $:/core/ui/Buttons/delete hasn't given me any clues. >> > > Have a closer look at: https://tiddlywiki.com/#ActionConfirmWidget > > -mario > -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/4dcfd108-18bb-4572-b52e-de646fb53c48n%40googlegroups.com.
[tw5] Re: Delete of tiddlers: Trying to setup consistent confirmation messages
On Friday, August 27, 2021 at 8:54:20 PM UTC+2 cj.v...@gmail.com wrote: > >- for a tiddler in view mode, clicking the delete button does not >prompt with any confirmation at all, immediately deleting (so not >opportunity to cancel a possible mistake.) > > That's by design. If you want to click the delete button in view mode - you need to open the "More" dropdown - Click the delete button. - If it contains some text content it asks - If it doesn't it doesn't ask So that the tiddler is deleted needs at minimum 2 clicks. IMO, that's a clear indication that the user wants to perform this action. No need to ask anymore. In edit mode it's different. Edit mode does always ask. Except, if you create a new tiddler, didn't change anything and delete it again. It doesn't ask here. I find that inconsistency annoying. I'd like to fix that in my > TiddlyWikis, but I'm not sure how to go about it. Looking at > the $:/core/ui/Buttons/delete hasn't given me any clues. > Have a closer look at: https://tiddlywiki.com/#ActionConfirmWidget -mario -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/d0a07113-42dc-4c25-adf9-adad4890600bn%40googlegroups.com.
