Blacklist genres/tags in account settings [Implemented]

[Hurriante]

I wish to be able to block a tag, like BL. Too much, and I don't want it interrupting my search.
I know about advanced search. But, sometimes it's nice to just scroll the main page of stuff.

 

[Roler]

I would like to have the feature to filter out releases/manga that I already have in my reading lists when browsing through "latest updates". Asking here because it is partly related to the feature discussed in this thread.

That would actually need to work very differently from tag exclusion, as there are only 76 tags you can block (or less, dunno what they'll set as the limit) that get passed in the URL itself, for whole MDLists that wouldn't be feasible.

A more similar suggestion to yours would be: https://forums.mangadex.org/threads...-rejected-technical-reasons-dev-reply.1076334

 

[Xreator]

That would actually need to work very differently from tag exclusion, as there are only 76 tags you can block (or less, dunno what they'll set as the limit) that get passed in the URL itself, for whole MDLists that wouldn't be feasible.

A more similar suggestion to yours would be: https://forums.mangadex.org/threads...-rejected-technical-reasons-dev-reply.1076334

Exclusion by tags would have 76 possibilities and exclusion by reading status would have 6 possibilities. It also would only be used on a page by page basis on "latest updates" (in my case 50 mangas per page) and not the whole MDLists. So I don't see why it wouldn't be feasible.

Maybe this explanation is better:
If I go to "latest updates" hide the mangas on the page (that are loaded per page) that have a reading status (reading, on hold, dropped, plan to read, completed, re-reading) or the other way around, only show mangas without reading status.

 

[Manko-sensei]

Exclusion by tags would have 76 possibilities and exclusion by reading status would have 6 possibilities. It also would only be used on a page by page basis on "latest updates" (in my case 50 mangas per page) and not the whole MDLists. So I don't see why it wouldn't be feasible.

Maybe this explanation is better:
If I go to "latest updates" hide the mangas on the page (that are loaded per page) that have a reading status (reading, on hold, dropped, plan to read, completed, re-reading) or the other way around, only show mangas without reading status.

Someone else has already explained it more accurately, but the status is something on the user's end, not mainsite wise. Tags here are all those words that link you to a site listing, not to your own profile (in fact, they don't even redirect you there, you simply set the status and then go to library and choose the desired status to merely scroll). It's about the infrastructure of the site.

 

[Roler]

Exclusion by tags would have 76 possibilities and exclusion by reading status would have 6 possibilities. It also would only be used on a page by page basis on "latest updates" (in my case 50 mangas per page) and not the whole MDLists. So I don't see why it wouldn't be feasible.

Maybe this explanation is better:
If I go to "latest updates" hide the mangas on the page (that are loaded per page) that have a reading status (reading, on hold, dropped, plan to read, completed, re-reading) or the other way around, only show mangas without reading status.

Well, no, with the way the API currently works, you can't even exclude manga UUIDs (unlike tag UUIDs), only include them, and if manga exclusion was implemented, it would be most likely implemented the same as manga inclusion and tag exclusion are: by passing every included/excluded manga/tag UUID inside the URL params.

Personal endpoints and public endpoints are separate, latest updates uses a public endpoint which doesn't know the contents of your library (you can see here why library-aware search/sorting is not feasible), so you would need to specify every excluded manga UUID in the list as said above (if manga exclusion was added in the first place), not the list UUID/library status, and that's not feasible with the amount of manga a list can have (you're limited to max 100 UUIDs per request and URL character limits need to be taken into consideration).

Here's an example URL with included manga: https://api.mangadex.org/manga?limit=100&ids[]=29ab6984-7c1d-4d45-b925-25aa082b492e&ids[]=d9e17531-63ee-4427-ac9f-35bd2869ac0b&ids[]=d24d0d72-77a7-4e4d-bce3-aba5c9eb3162&order[latestUploadedChapter]=desc
And here is an example URL with excluded tags: https://api.mangadex.org/manga?limit=100&excludedTags[]=0234a31e-a729-4e28-9d6a-3f87c4966b9e&excludedTags[]=07251805-a27e-4d59-b488-f0bfbec15168&order[latestUploadedChapter]=desc
(though, latest updates actually uses the public chapter endpoint, which currently can't even exclude tags, so not sure if/how that will be implemented)

One way would be to filter it out client side, but that method is/was usually refused as it would show less results than expected and potentially misleading empty pages (for example: page 1 is empty, while page 2 shows results).
Basically the same as this response says (and the linked forum post above says):

If filtering is only done on the user's device, the search might break. For example, when searching for a manga, the top 5 results shown are currently filtered by the server to match your preferences. If filtering happens only on your device, the server might send 5 irrelevant results, which get removed, leaving the search box empty—even though there are matching results further down. We can’t just fetch extra results to fix this, because there’s no way to guarantee how many extra results would preserve the same behavior.

 

[Yorozuya-san]

The feature is available in the canary channel of MD, so eventually it will be migrated to the normal site

Where is it in there? I’m trying to find it and I can’t. It’s on canary(.)mangadex(.)dev right?

 

[HelperHand]

@Yorozuya-san unsure, the setting was there earlier this year alongside the other blocking options, on reddit someone asked and when I was going to make a screenshotd of the feature to share it, it was no longer there I think around late March, maybe something went grong and it was removed, it was functional but it looked awkward

 

[Roler]

@Yorozuya-san @HelperHand

It was pushed back because of traffic peaks.

Sorry for the radio silence. The implementation is pretty much complete. However, rolling it out would require migrating user settings which is an untimely operation (due to the sheer amount of users, basically). Lately we have been experiencing intermittent outages and constant traffic peaks that have kept us quite busy keeping the site up, so QoL features such as these have been pushed back as a result...

 

[Roler]

Tag filters are back on Canary -> https://canary.mangadex.dev/settings#tag-filters

ataraxic said on Discord:

---

@Early Access - Canary re-added tag filters on canary, nothing should have changed since the last test aside from the "Content Filter" option on the profile menu now linking to the settings page instead of inline-navigating to the setting on that menu

 

[kouyo]

Hi. The 14th of May update enables this feature for everyone on the main site:

You can now once again tailor your reading experience by filtering out content you don't want to see across the site. To set it up, go to Settings -> Blocks -> Tag Filters and pick the tags you'd like to avoid.

• When browsing a title tagged with any of your filtered tags, you'll see a warning giving you the choice to continue or go back.,
• You can fine-tune when this warning appears under Settings > Content Warning Preference.,
• If you choose to ignore the warning, tags will still be highlighted in a distinct colour with an icon, so you know they've been filtered.,
• These filters, however, do not apply to the Staff Picks, Self-Published and Seasonal carousels on the homepage, as well as titles you receive updates for.