>> If all the people in favour of filters had spent their time building them
>> rather than arguing about them, we would have had a wide array of different
>> solutions, without any politics or drama.
>>
>> That said, if people want to filter Wikipedia, a client-side solution
>> rather than a filtered mirror is preferable....
>
> The technical solution is a fairly trivial part of the problem; a
> client-side filter could probably be put together in a few days IMO.
>
> The *hard* problem is convincing the "not censored" abusers that it's a
> useful feature for our community.

I'm not so sure about that.  Submitting a patch to
http://www.mediawiki.org/wiki/Extension:Bad_Image_List adding a user
preference to add one or more URLs with arbitrary media files to block
instead of using only the centralized list would not require the
approval of the community, just the developers.

Line 17 of 
http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/BadImage/BadImage.class.php?revision=67467&view=markup
performs image censorship in the centralized, top-down way that the
community already rejected, so a patch to add a distributed filter
list would actually be in line with community decisions.

_______________________________________________
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l

Reply via email to