The same one who defined a predicate checking against the age of the user’s account, maybe the karma score is similarly available? Also, there’s been some fiddling with karma representation recently, so it may be an easy task for the person who implemented that.
The same one who defined a predicate checking against the age of the user’s account, maybe the karma score is similarly available?
You’re not a programmer, are you?
MediaWiki and Reddit are entirely different programs, so no, using one of the canned rules in a commonly used extension designed for non-programmers is very different from figuring out how to interface a mess written in PHP to a custom Python codebase to extract such information and expose it to the rules in the latter.
Writing the rule based on the extension docs took me maybe 5 minutes. I would be a little shocked if Trike could make the karma available in the live site, with testing that it works correctly, in anything less than 2 orders of magnitude more time (8 hours).
It seemed like a reasonable guess, I haven’t checked out the specific architecture and am not familiar with the MediaWiki API or the extension being designed for non-programmers.
If web programming was clean and nifty, the wiki and the forum system would both reference the same user database on some MySQL backend. If it’s an “organically grown” mess, nevermind. But the API should still be well defined. Now, it was only an idle suggestion in case someone missed some low hanging fruit, I didn’t expect it to be some assured panacea. I’ve only ever done one php/mySQL website around 9 years ago, I don’t much care for web programming.
Could also just remove the whole “recent wiki edits” potion of the sidebar. It doesn’t provide much and takes up screen space on all the important pages.
Could also just remove the whole “recent wiki edits” potion of the sidebar. It doesn’t provide much and takes up screen space on all the important pages.
It’d be much improved if it simply filtered out the registration of new user accounts.
Discussion posts are made within the Reddit system which is Lesswrong.com; which is entirely separate from the MediaWiki instance which is wiki.lesswrong.com.
Just saying “hi” in the Welcome thread or posting basically any random sentence whatsoever in the Quotes thread should take care of that, one single karma would suffice.
Why not require positive karma to create or edit wiki pages? There’s no relevant downside to it.
Alternatively, why not use a stronger open-source CAPTCHA?
Also, LessWrong and LessWrongWiki accounts are separate. Unfortunately.
Who’s going to program that in?
We already use reCAPTCHA, IIRC.
The same one who defined a predicate checking against the age of the user’s account, maybe the karma score is similarly available? Also, there’s been some fiddling with karma representation recently, so it may be an easy task for the person who implemented that.
You’re not a programmer, are you?
MediaWiki and Reddit are entirely different programs, so no, using one of the canned rules in a commonly used extension designed for non-programmers is very different from figuring out how to interface a mess written in PHP to a custom Python codebase to extract such information and expose it to the rules in the latter.
Writing the rule based on the extension docs took me maybe 5 minutes. I would be a little shocked if Trike could make the karma available in the live site, with testing that it works correctly, in anything less than 2 orders of magnitude more time (8 hours).
I see.
It seemed like a reasonable guess, I haven’t checked out the specific architecture and am not familiar with the MediaWiki API or the extension being designed for non-programmers.
If web programming was clean and nifty, the wiki and the forum system would both reference the same user database on some MySQL backend. If it’s an “organically grown” mess, nevermind. But the API should still be well defined. Now, it was only an idle suggestion in case someone missed some low hanging fruit, I didn’t expect it to be some assured panacea. I’ve only ever done one php/mySQL website around 9 years ago, I don’t much care for web programming.
Could also just remove the whole “recent wiki edits” potion of the sidebar. It doesn’t provide much and takes up screen space on all the important pages.
It’d be much improved if it simply filtered out the registration of new user accounts.
Don’t we already have code to extract karma points values for the minimum for creating a new discussion post?
Discussion posts are made within the Reddit system which is Lesswrong.com; which is entirely separate from the MediaWiki instance which is wiki.lesswrong.com.
There may be people who love the wiki, but not LW. Requiring positive karma might make editing the wiki more trouble than it’s worth for them.
Just saying “hi” in the Welcome thread or posting basically any random sentence whatsoever in the Quotes thread should take care of that, one single karma would suffice.
To be fair, it is possible to actually be downvoted in the Quotes thread.
If you understand the Quotes thread dynamics well enough to achieve getting downvoted, you’re doing it on purpose :)
Beware trivial inconveniences!
Considering that the great majority of wiki edits are spam and spam deletion, some more inconvenience may be warranted.