Posted by Aron Novak on April 30, 2007 at 7:13pm
| Project: | Yahoo Terms |
| Version: | 6.x-6.x-dev |
| Component: | User interface |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Shiny |
| Status: | patch (to be ported) |
Issue Summary
In some case we don't want to accept all of the words that the Yahoo Terms API returns. The logic of blacklisting is already implemented in the code. The request:
- create user interface for specifiying these words.
Possible places:
- general blacklist at admin/settings/yahoo_terms
- per content-type blacklists (see form_alter)
Comments
#1
Hi Aron,
I think for the beginning a textarea on admin/yahoo_terms with one blacklisted term per line should be fine.
I just eliminated two undesired terms (quot and nbsp) with a hard coded black list, I attach the patch. It is actually only lacking the UI for editing the blacklist - we could grab it from leech's (or was it url_profile??) blacklisted urls.
I move this issue to 4.7.x, because the attached patch is for that version. This feature should be implemented for both yahoo_terms versions though.
#2
#3
will be ported to the D6 version
#4
#5
yes please!
this module seems freaking magical for someone who is administrating a Street Press site, where the writers aren't necessarily the same people uploading content.
the first thing i noticed, after doing a few test tags, is that yahoo can return rather undesired tags, "times new roman", "quot", "nbsp" to name a few.
i'm happy to hardcode my blacklisted tags for now, but a UI would give me peace of mind that i wouldn't forget to save these before I next update the module.