I think it needs to be stated, boldly, that bloggerhacks is not Blogger Help, and requests should be for _hacks_, not what I call "how do I get my thumb out of my butt" questions.

Oh wait, did I say that out loud? oh well.

I figure a user-editable "bloghacks request page" is always going to be a giant public skip bin (=dumpster) of ideas. If blog hackers wish to "dumpster dive" for ideas in it, then we'll have to accept that there's going to be a lot of detritus, redundancy and mystery goo stuck to the bottom.

In that spirit, is there any point exercising quality control at all? Sure, a few handy headings might help - the equivalent of a "glass, cans and cardboard go over here, no heavy metals or explosives please" sign - but ultimately, it's probably not worth enforcing.

In the end, the market will work; coherent, insightful requests with wide appeal will get actioned while the inscrutible and baffling will be neglected.

Or am I being too harsh?

I'm a big fan of very harsh quality control, given projects and what not that I've been involved in over the many years and knowing the inevitable path that these things take (no control leads to a mess, a mess leads to something not useful).

But this goes back to what the wiki admins want the wiki to be, and how you want to maintain it. You can have user-editable pages that still have a sense of consistency and professionalism--that doesn't detract from it's wiki-ness. In other words, wiki does not have to be a synonym for "messy pile of unedited stuff." I'd imagine you'd want the same rules applied to a wiki page as you would if it were a link on freshblog -- is it real, does it work, is it a hack.

But hey, i'm not an admin! :)