Opened 17 years ago
Closed 14 years ago
#6290 closed (wontfix)
profanity filter
Reported by: | Jeff Anderson | Owned by: | nobody |
---|---|---|---|
Component: | Contrib apps | Version: | dev |
Severity: | Keywords: | template filter profanity | |
Cc: | Triage Stage: | Design decision needed | |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
A feature that would live somewhere in contrib--
It would contain a template filter that replaces profanity with * or @!%#$(#!
It would be easy to write, and it could be configured to use either a static list, or use the webpurify.com api.
Attachments (3)
Change History (9)
comment:1 by , 17 years ago
Triage Stage: | Unreviewed → Design decision needed |
---|
comment:2 by , 17 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
django.core.validators
(part of the oldforms system) already contains a hasNoProfanities
validator which uses the setting PROFANITIES_LIST and throws a validation error. I imagine something similar will be available eventually for newforms, though I'm not sure where exactly it will live.
comment:3 by , 17 years ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
A profanity validator and a profanity filter aren't exactly the same things.
But just using PROFANITIES_LIST
is a good idea.
comment:4 by , 17 years ago
I would say if we want to really offer this we should probably fix the profanity list, which isn't even remotely all encompassing, or even looks like a real attempt at such.
comment:5 by , 16 years ago
I doubt if we should go ahead especially with the reluctance of the BDFLs
(see #8794).
Maintaining profanities like Alex mentioned would be very difficult. Just
take into account the large number, then i18n variants and finally the
number of tickets people might open to add new ones.
comment:6 by , 14 years ago
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
the profanities list has been on the chopping block for a while, and this is actually a non-trivial problem not fit for django core, wontfixing.
Perhaps in the humanize contrib? :)