Explicitly show block list after reviewing an item?

[Sinyaven]

@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.

@Leebo

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:

@TofuguJenny

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 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)