Beefy Boxes and Bandwidth Generously Provided by pair Networks
Come for the quick hacks, stay for the epiphanies.
 
PerlMonks  

comment on

( [id://3333]=superdoc: print w/replies, xml ) Need Help??
I agree with chromatic that 'itchy trigger fingers' can be a bit of a problem here. Recently I've seen quite a few nodes considered which end up being kept--and rightfully so, because they don't meet the criteria by which nodes should be deleted. Every single one of these nodes has to be manually removed from nodes to consider.

To quote from What is consideration?: "Request that a node be deleted. Please do this for blatant trolls (egregiously offensive) and true duplicates...For useless, stupid, off-topic, and annoying nodes: if it is a root node, then don't approve it for any section; if it is a reply, just ignore it."

I think it is becoming neccessary to limit the power to consider nodes. I'm against 'raising the bar' to a higher level because I think that just keeps newer people from participating. In my opinion it would be better to allow a group (power users, perhaps) to be able to prevent a person from using consideration for a period of time in much the same way someone can be kept from the chatterbox temporarily.

It has been suggested that this be linked to response to the consideration, but I don't really care for duplicate purpose voting. What if someone made a mistake and accidently considered a node when intending to message, or considered the wrong duplicate? It also starts to seem a bit circular with meta consideration for the consideration, will we soon need meta meta consideration? For that reason, I'd rather see a selected group responsible for this (and note that I'm *not* a member of power users, whom I recommend for the task).

As for the specific node in question that was reaped, I'm of the opinion that it should be reinstated. There were several interesting answers to the question, and it looks as if enough people here would have voted keep if they'd been around at the time it was considered.

On the subject of not allowing the front-paging of negative nodes, I don't see any need for it. The Gates should contain a spectrum of nodes, and if there is disagreement over the front-paging of a node, the mechanism is already in place to remove it from the front page. However, I admit to not reading the Gates at all, so I'm not sure if front-paging nodes is a widespread problem.


In reply to (kudra: consideration limitations) Re3: Front Page with Negative Rep.. by kudra
in thread Front Page with Negative Rep.. by Moonie

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":



  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or How to display code and escape characters are good places to start.
Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others goofing around in the Monastery: (4)
As of 2024-04-25 12:15 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found