# Explicitly show block list after reviewing an item?

**URL:** <https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380>\
**Category:** Feedback\
**Created:** [September 5, 2021, 4:52pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380 "2021-09-05T16:52:50Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![Rrwrex](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/rrwrex/32/520069_2.png) [@Rrwrex](https://community.wanikani.com/u/Rrwrex)\
**Post date:** [September 5, 2021, 4:52pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/1 "2021-09-05T16:52:50Z")

</div>

I’ve occasionally tried to add a user synonym to items that won’t have any effect because it’s on the block list. This is confusing when it happens, but indicates that the smart people here don’t want us to enter a synonym known to be incorrect.

This almost always happens when I’m slightly mistaken in my understanding of an item.

Since the approved meaning for an item is usually a single English word that can be interpreted multiple ways, I think it might help my understanding If I could also see the list of meanings explicitly _blocked_. It would help me better understand the actual, conceptual meaning if I knew a few counter-examples.

That is, after answering an item, I can twirl open the eye icon to show the Meanings, User Synonyms, Part of Speech, and Related Kanji on the left-hand side. I’d like to add a section for the explicitly blocked meanings as well. Perhaps titled something like “Incorrect Meaning”

I’m not sure how long the block lists are, but hopefully there are few if any entries.

---

<div class="post-metadata">

**Author:** ![ekg](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/ekg/32/680984_2.png) [@ekg](https://community.wanikani.com/u/ekg)\
**Post date:** [September 5, 2021, 5:57pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/2 "2021-09-05T17:57:49Z")

</div>

> [@Rrwrex](#):
>
> I’m not sure how long the block lists are, but hopefully there are few if any entries.

I’m guessing it’s pretty long, since there are always new typos being discovered that WK has accepted, so new items are added to the block list each update basically.

From a pedagogical point of view, learning through seeing what something _isn’t_ is a known trap for learning the wrong thing. That’s just how our brains are wired it seems. That “not” or “isn’t” just have a tendency to be ignored, and you memorize X as the answer anyway.

Regardless, of whether it’s a good idea to study items that way or not, getting a clear warning from WK that a synonym is indeed on the blocklist seems prudent, so the user knows from the get-go that they’re on the wrong track by wanting to add that synonym.

---

<div class="post-metadata">

**Author:** ![Rrwrex](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/rrwrex/32/520069_2.png) [@Rrwrex](https://community.wanikani.com/u/Rrwrex)\
**Post date:** [September 5, 2021, 6:11pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/3 "2021-09-05T18:11:38Z")

</div>

That makes sense.

I’m just on a neverending quest to clarify my understanding of the meaning of each item. Context sentences, etc., are by far the best way, but I was hoping this might provide further clarification.

It’s definitely important to list the correct meaning most prominently. I just wondered if it would be helpful to sometimes include more info around which sense of the English meaning was intended (by explicitly listing the meanings that _weren’t_ intended).

Since, by definition, words on the block list can’t be accepted as an answer, I’m not too worried about memorizing the wrong thing.

> [@ekg](#):
>
> getting a clear warning from WK that a synonym is indeed on the blocklist seems prudent

That does seem quite desirable, regardless. It might be easier to implement, too: additional actions during the user synonym update vs. adding a display field and potentially sorting/filtering the blocklist on every item.

Thanks for the thoughtful reply!

---

<div class="post-metadata">

**Author:** ![Sinyaven](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/sinyaven/32/190443_2.png) [@Sinyaven](https://community.wanikani.com/u/Sinyaven)\
**Post date:** [September 5, 2021, 7:20pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/4 "2021-09-05T19:20:52Z")

</div>

> [@ekg](#):
>
> Regardless, of whether it’s a good idea to study items that way or not, getting a clear warning from WK that a synonym is indeed on the blocklist seems prudent, so the user knows from the get-go that they’re on the wrong track by wanting to add that synonym.

I also think that the user should get warned immediately when they try to add a blacklisted synonym. This feature was actually already suggested to the team last year, but I guess their priorities are currently somewhere else.

> [@Specific user synonym for 助手 not accepted](https://community.wanikani.com/t/specific-user-synonym-for-%E5%8A%A9%E6%89%8B-not-accepted/45448/4):
>
> Well, there should at least be a message when you try to add the synonym that you’re adding something that is blacklisted. Changing the color of the added synonym or something might be good too.
> 
> @TofuguJenny thoughts?

And in a different thread, they said:

> [@Extension of Shake Animation and Messages](https://community.wanikani.com/t/extension-of-shake-animation-and-messages/49453/114):
>
> I agree it could be confusing, but we looked at the data, and it’s actually very rare for a user synonym and a block list item to overlap, so we wanted to focus on more common scenarios first. We’ve also been improving the explanations on problem items, so maybe that will be enough. We are keeping an eye on it 🙂

* * *

> [@Rrwrex](#):
>
> I’d like to add a section for the explicitly blocked meanings as well.

In another thread, you have said that you plan to write a userscript yourself. So maybe you would also like to implement _this_ functionality as a userscript? In that case, you could use [this other script](https://community.wanikani.com/t/53126/8) as a basis. It already uses wkof, you would just have to modify it to show the blacklist entries. You would have to filter the current item’s `data.auxiliary_meanings` for the elements with `type === "blacklist"`. (In case you want the script, but don’t want to implement it yourself, I can also modify it and post it here)

---

<div class="post-metadata">

**Author:** ![WeebPotato](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/weebpotato/32/679291_2.png) [@WeebPotato](https://community.wanikani.com/u/WeebPotato)\
**Post date:** [September 5, 2021, 7:39pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/5 "2021-09-05T19:39:53Z")

</div>

> [@Rrwrex](#):
>
> I’m just on a neverending quest to clarify my understanding of the meaning of each item. Context sentences, etc., are by far the best way, but I was hoping this might provide further clarification.
> 
> It’s definitely important to list the correct meaning most prominently. I just wondered if it would be helpful to sometimes include more info around which sense of the English meaning was intended (by explicitly listing the meanings that _weren’t_ intended).

I think it’s a really good idea in general, but what might trip you up seeing the block list is that sometimes the blocked items have nothing to do with the original, or even approximate meaning of the word. Whenever there is a content update, I skim through the update post from Jenny and see blocked words which might come from the fact that a lot of people confused one of the kanji in the word in a specific way, but enough people did it (and reported it?) so the word finally got added to a block list.

So I think it might make more sense to do a dictionary search of a word or a Google search to find out how it’s used in context 🙂 .

What I usually do for new items is a dictionary search and add synonyms which to me feel more natural and still align with the meaning of the word.

Also, do you have specific words in mind so we could group-thesaurus-brainstorm? 😃

---

<div class="post-metadata">

**Author:** ![Rrwrex](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/rrwrex/32/520069_2.png) [@Rrwrex](https://community.wanikani.com/u/Rrwrex)\
**Post date:** [September 5, 2021, 8:14pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/6 "2021-09-05T20:14:46Z")

</div>

> [@AndyMender](#):
>
> what might trip you up seeing the block list is that sometimes the blocked items have nothing to do with the original

Yup. I think you’ve clearly articulated a serious problem: the block list has items utterly unrelated to the actual meaning. That means displaying the block list is pointless.

After further thought, I withdraw the suggestion. Even if I were to write a userscript to do so, it would effectively be like saying “This item does not mean ‘purple aardvark’” after every review.

Wait a minute, maybe the world DOES need that userscript … 😉

---

<div class="post-metadata">

**Author:** ![Rrwrex](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/rrwrex/32/520069_2.png) [@Rrwrex](https://community.wanikani.com/u/Rrwrex)\
**Post date:** [September 5, 2021, 8:27pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/7 "2021-09-05T20:27:48Z")

</div>

> [@AndyMender](#):
>
> Also, do you have specific words in mind so we could group-thesaurus-brainstorm?

I also always use Yomichan before adding a user synonym. I really should add some other dictionaries, though.

離(はな)れる was what triggered the thought, but it was a bad example anyway. I had previously added a synonym that JMdict lists as a correct meaning (“to be separated” while WK wants “to separate”), but apparently I’d never actually tried giving that answer before: today it disallowed it and I was surprised to find it as a user synonym.

There needs to be a Wanikani equivalent of [Godwin’s Law](https://en.wikipedia.org/wiki/Godwin%27s_law): All threads on this discourse eventually derail toward discussions about transitivity pairs.

---

<div class="post-metadata">

**Author:** ![WeebPotato](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/weebpotato/32/679291_2.png) [@WeebPotato](https://community.wanikani.com/u/WeebPotato)\
**Post date:** [September 5, 2021, 8:36pm UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/8 "2021-09-05T20:36:27Z")

</div>

> [@Rrwrex](#):
>
> 離(はな)れる was what triggered the thought, but it was a bad example anyway. I had previously added a synonym that JMdict lists as a correct meaning (“to be separated” while WK wants “to separate”), but apparently I’d never actually tried giving that answer before: today it disallowed it and I was surprised to find it as a user synonym.
> 
> There needs to be a Wanikani equivalent of [Godwin’s Law](https://en.wikipedia.org/wiki/Godwin%27s_law): All threads on this discourse eventually derail toward discussions about transitivity pairs.

I’m getting a dejavu 😂 . I swear we’ve talked about it before, because now I’m going to bring up 別れる, which apparently is also intransitive (who knew! 😂 ).

Ah, but I think for 離れる I have “to be apart” in Anki. I still haven’t unlocked this item in WaniKani, but for some reason I thought I did. The “to separate” is a little confusing, but the explanation is super clear: [https://www.wanikani.com/vocabulary/離れる](https://www.wanikani.com/vocabulary/%E9%9B%A2%E3%82%8C%E3%82%8B)

I’m not going to bring up the 他動詞 and 自動詞 stuff. 禁句！

---

<div class="post-metadata">

**Author:** ![ekg](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/ekg/32/680984_2.png) [@ekg](https://community.wanikani.com/u/ekg)\
**Post date:** [September 6, 2021, 4:18am UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/9 "2021-09-06T04:18:09Z")

</div>

> [@AndyMender](#):
>
> what might trip you up seeing the block list is that sometimes the blocked items have nothing to do with the original, or even approximate meaning of the word. Whenever there is a content update, I skim through the update post from Jenny and see blocked words which might come from the fact that a lot of people confused one of the kanji in the word in a specific way, but enough people did it (and reported it?) so the word finally got added to a block list.

Sleeping on it, I thought about this as well. Basically, the “Worsts Typos”-thread is one way items gets added to the blocklist, when Mods are tagged. So,that means, 1 user have been up sleep reviewing 😂 and entering something weird into WK → weird typo gets added to block list.

So, the blocklist is not like a curated list of items that are “opposite” of the actual meaning. it’s likely full of weird gems of misunderstandings! 🤣 It’s just a way to handle how WK accepts typos to some extent.

Displaying the blocklist is likely going to be a bit like XD

 ![37f83e6e5c7239778620099135f51092](https://global.discourse-cdn.com/wanikanicommunity/original/4X/6/5/8/6582e677b4438425a0944554a8fdc3323009a271.jpeg)

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/wanikanicommunity/original/4X/6/2/a/62a8b0f4c59ff2c5b6651ffcf43531480b3e5297.png) [@system](https://community.wanikani.com/u/system)\
**Post date:** [September 6, 2022, 4:19am UTC](https://community.wanikani.com/t/explicitly-show-block-list-after-reviewing-an-item/53380/10 "2022-09-06T04:19:05Z")

</div>

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
