Re: The ability to delete

in reply to The ability to delete

One situation where a delete feature could be helpful is when you inadventently make a duplicate post. This can happen when you click on Submit but nothing seems to happen for a long time and then you click on it again, or do a refresh or some such. Something like that happened to me yesterday and I wasn't able to delete the duplicate post.

This seems like a non-problem. In the case of your node, it was reaped 31 minutes after it was created. Perhaps if you had yourself considered it for deletion it would have been even faster. Yes, the current process involves several people and a short time delay; IMO those are good things.

Comment on Re: The ability to delete

Replies are listed 'Best First'.
Re^2: The ability to delete by phydeauxarff (Priest) on Oct 25, 2005 at 23:28 UTC
In the case of your node, it was reaped 31 minutes after it was created. I wonder if there is a compromise that can be developed. I agree that deleting nodes = bad thing...but How about the ability to do something similar to Reaping or in this case, Self Reaping? Perhaps a user, within certain guidelines, could "reap" their own node and the result would display something like "phydeauxarff has reconsidered this node for presentation - for more info click here" and provide a link to the original node should anyone care to dig in and see what it was this would offer folks a chance to recant something they decided they didn't want to say after all and would still keep the continuity of the site intact	[reply]
Re^3: The ability to delete (self reap) by tye (Sage) on Oct 26, 2005 at 01:08 UTC
That'd be less ugly than an empty node or even one full of long stretches of ~~strike~~d text... It wouldn't make the node owned by the NodeReaper, which leads to questions like unreaping and exclusion from searches, etc. On the other hand, it is uglier than a node with a mature update that is more informative and customized to the specific circumstances. On the gripping hand, I don't foresee such getting implemented anyway. So I'm not going try to hash out more details of the design. (I prefer the previously identified route of getting preview for updates and then edit histories). - tye	[reply]
Re^4: The ability to delete (self reap) by McDarren (Abbot) on Oct 26, 2005 at 02:48 UTC
(I prefer the previously identified route of getting preview for updates and then edit histories). I'm curious about this.... I certainly appreciate having the preview button available when creating a node, and I miss it when when updating. I tried a [id://Super Search] on "previewing updates" which turned up nothing. Is there a separate discussion on this elsewhere, or plans to implement it?	[reply]
Re^5: The ability to delete (update preview) by tye (Sage) on Oct 26, 2005 at 04:05 UTC
Re^3: The ability to delete by GrandFather (Saint) on Oct 26, 2005 at 01:53 UTC
I sometimes simply abandon a reply in mid-edit - pretty much a self reap before posting. Using the preview button and actually reading what you have written often aids in such a decision. The most common source of duplicate posts I've noticed is when a node is posted by Anonymous Monk, then is duplicated by a registered monk. Perhaps a solution to that is to provide a way of changing ownership of the original node so it doesn't need to be duplicated? I guess this could lead to problems with people trying to claim nodes they didn't author so it's not clear that this solution would be better than the (relatively minor) current problem. Perl is Huffman encoded by design.	[reply]
Re^4: The ability to delete by phydeauxarff (Priest) on Oct 26, 2005 at 18:03 UTC
it is trivial to change the owner of a node from anonymonk to a registered user - provided you have appropriate permissions to edit the node. I suspect the most elegant implementation of what you suggest would be to empower the janitors to do this and anyone could request that a node owner be changed from anonymonk by /msg'ing them I am not sure how to overcome the obvious issues of verifying the authenticity of the claim of ownership of a node and/or the issue of someone eventually trying to abuse this process for such things as reputation gain. Absent a solution for those probs - I doubt anything like this would ever see the light of day.	[reply]
Re^5: The ability to delete by GrandFather (Saint) on Oct 26, 2005 at 18:23 UTC
Re^5: The ability to delete (re-own) by tye (Sage) on Oct 27, 2005 at 07:29 UTC

In Section Perl Monks Discussion