Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
PerlMonks  

Re^5: The ability to delete

by Joost (Canon)
on Oct 22, 2005 at 16:47 UTC ( #502225=note: print w/ replies, xml ) Need Help??


in reply to Re^4: The ability to delete
in thread The ability to delete

I know what you meant, but it's a question of perspective: if the ability to edit a node comes with the assumption you won't remove the content (because that's not responsible behaviour), why add the ability to remove the node?

The only reason to use it would be an accidental double-posting. It's possible to prevent most of those programmatically and I think that would be more productive than adding a delete button that in effect should only be used for just that occasion.


Comment on Re^5: The ability to delete
Re^6: The ability to delete
by Tanktalus (Canon) on Oct 22, 2005 at 17:01 UTC

    Just a small observation: I've noticed that many of the senior monks here must be mathematicians. In that many people point out that "the right way" is some solution X, which never gets implemented, while a lesser, but wildly more implementable, solution Y gets ignored in favour of X.

    Mathematicians seem to prefer proving that it can be done rather than doing it, too ;-)


    I can buy that "solution Y" is bad because of a, b, and c. But saying that there is a better solution (which isn't going to be implemented in anyone's spare time any time soon) is misleading. Thus, in our current thread, saying, "We're actually trying to close those loopholes, not open them up," is a completely valid, plausible, accurate, direct response. Saying, "A better solution is..." is just misleading. Misleading in that there's an implication that it's not only on the to-do list of the pmdev, but that someone may actually work on it some time in the near future (where "near" is relative, but likely within the next month or two). While you may not have meant that implication, I hope you can at least see how others may infer it (incorrectly), and that's how it becomes misleading.

    Even though I'm a firm absolutist, I can still see how perception colours reality - as someone who is still a relative newbie on PM, I can see how some may infer these things. So I'd encourage the more senior monks to be aware of the inferences others may draw, and try to help them not make those inferences.

      I might be considered a senior monk, but I'm not a pmdev and I don't follow the development track at all, so I did not mean to imply anything about future developments in the monastery.

      The reason I brought up the "better" solution was just that I though of it at the time. Since this is PerlMonks Discussion I think that it was appropriate, in case anyone in pmdev would feel like implementing it, even though I don't feel it's very important. The current system works well enough IMHO.

      ps: I'm not a mathematician :-)

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://502225]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others drinking their drinks and smoking their pipes about the Monastery: (5)
As of 2014-07-29 02:58 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My favorite superfluous repetitious redundant duplicative phrase is:









    Results (211 votes), past polls