Development Discussion Board

I could get behind Akismet [+ CAPTCHA] so long as it fails open instead of closed.

That said, IMO it should be an option to implement: "Protect contact page with Akismet [+CAPTCHA] (check here): "

Disapproving is logged, but currently you can never find the original post (or even the topic, if it is the first post in the topic ) because the post and also the topic (only on first post) will be hard deleted from the database.
In the moderators log, you can give a reason for disapproval, and ...

I think that's a great idea.

"Who" and "why" can be placed in the log like similar actions

I was thinking that too but (w/o really knowing the phpbb topic post db) I figured records of actions on the topic probably aren't appropriate fields to have in the same table as the one that holds the posts themselves since 99% of ...

Maybe the "softdelete" feature for posts can be used for this, so the posts stay in the database, but invisible to the public.
For that, a "softdeleted" value on topic-table (topic_approved = -1) in addition to the discussed value in posts-table can be used for dis-approved topics

It'd be good to ...

The whole point of the contact us page is to let anyone contact support in-case there is a problem with the site,
so if there would be a problem, wouldn't it effect the contact sheet to?!
And in phpBB there are no spam filters against spammers (at least no yet), so what if a spammer starts sending ...

I don't know if this is correct, but I suspect that the majority of forums that require admin activation, do so because they want to restrict access to content to a small group, and not just for creating content.

This is exactly the type of forum I manage and I know of 2 others that do something ...

should the mobile device be detected automatically?

I believe auto detection is fairly simple & widespread these days. It shouldn't be hard to bake into things really.

In addition thinking about this from a mobile-phone point of view, I wouldn't want to have to configure things beforehand to try ...

Should it come down to it though, I suppose we could set up a code-check with the next release to actually determine the % of JS enabled users... however IMO the stats presented by the rest of the web should probably be enough.

So much for a new thread :)

You have it backwards. Websites insist on using javascript for no good reason, rendering themselves useless when javascript is disabled, therefore people are forced to run javascript. Same thing as when one builds a website entirely in flash, anyone who wants to see the ...