3 ms·
Say you are attempting to delete a tweet you made: you click on the delete button, and you want to see that your tweet is in the process of being deleted, but n
by necovek 4y ago
Say you are attempting to delete a tweet you made: you click on the delete button, and you want to see that your tweet is in the process of being deleted, but not really deleted yet (as the platform goes and updates all the retweet references and such)?
Really? What value do you as a user get from knowing the details of this transitory state? Do you also want to see a progress bar of how many references have been updated, what's the progress of evicting the tweet from search indexes, etc? What's wrong with all this appearing instantaneous and actual delete happening in the background over 5 minutes or 5 hours?
It seems you are in favour of this approach, just don't want to call it "soft delete" (since it may be followed by a hard out-of-band delete).
- taeric 4y agoI'd rather see acknowledgement that it is having to do more work, than be surprised when it still shows up on another timeline for a bit longer. I don't necessarily care on a progress bar, as those typically have their own woes. And don't get me wrong, there are easy deletion cases that I am ok with appearing to happen immediately. I just find hiding processes from me is usually more annoying than it is worth. Worse, when the implementation didn't do it as a process, and now they typically just have more edge cases that won't delete cleanly.
- necovek 4y agoWhat you missed from my original post is that it is a lot of effort to expose transitory state: nobody is going the extra mile to annoy you, they are just not investing in implementing extra UI to expose it. And in most cases, it's the right balance.
- taeric 4y agoFrom my experience, most places don't model the transition state. Such that it easily gets bunged. If you just want to make it hidden, that is fine. But can lead to it's own problems. Usually when you have uniqueness constraints on things.