Topic: Can you blacklist certain tags grouped instead of tags in general?

Okay so, I'm gonna be blunt here, I'm not a fan of NSFW art when it comes to specific characters like Ralsei from Deltarune or any Minor characters in general. Despite this, I DO like normal art of these characters, so is there any way I can blacklist certain tags when on the same post? For example, is there a way I can blacklist something like [Ralsei, sex] or something like that? I still don't mind seeing general SFW art of minor characters, but I don't wanna see NSFW art of them, so I don't wanna blacklist the character entirely.

(And before anyone says porn is the main thing you're gonna find on here, I know, it's my main reason for BEING here, but I've also seen plenty of SFW art, memes, and in general just things anyone wouldn't mind seeing, and I'd prefer if it stayed that way for minor characters.)

Put them on the same line

donovan_dmc said:
Put them on the same line

And you are now my favorite person, thank you.

dorian-finch said:
And you are now my favorite person, thank you.

Here's another tip, you can use modifiers and meta tags in your blacklist. For example:

ralsei rating:e

This will hide all post with Ralsei that are ALSO rating explicit. But allows questionable and safe images through. If you don't like questionable art, you could use:

ralsei rating:q
ralsei rating:e

or

ralsei -rating:s

The negative sign in front of a tag makes an exception for that tag.

Other fun things you can blacklist are:
Artist. If there's a particular artist you don't like, add their name to the blacklist.
Single images. If there's a particular image that you despise but can't for the life of you think of a good tag for the situation, just add

id:12345

and watch that image go away.
You can also blacklist images with a negative score

score:<0

Images I've favorited. (why would you do that... you monster...)

fav:hamsterboy

And images Donovan DMC has uploaded

user:Donovan_DMC

Just as a few examples.

A full list of valid meta tags can be found here.
https://e621.net/help/cheatsheet

I hope this helps. Good luck out there!

hamsterboy said:
Images I've favorited. (why would you do that... you monster...)

fav:hamsterboy

This only works on YOUR favorites, as in the logged in user, the value is ignored

hamsterboy said:
And images Donovan DMC has uploaded

user:Donovan_DMC

Using user has multiple issues:

• it will no longer apply if the user changes their name
• if the "blacklist users" setting is enabled, this will hide posts, hide comments, AND block dmails from them

it's safer to use uploader with an id, to use an id here you need to prefix it with an exclamation mark, e.g. uploader:!323290

You can find the user's id in the url after /users/ when on the profile

hamsterboy said:
Images I've favorited. (why would you do that... you monster...)

fav:hamsterboy

donovan_dmc said:
This only works on YOUR favorites, as in the logged in user, the value is ignored

Huh... Well ok then... Doing a quick test, adding fav: fallowed by any text will always block MY favs. How strange... Here's the funny part too. The original joke was that Dorian-Finch could block all of the post that I commented on (You monster...) by typing commenter:hamsterboy But when I went to test it, it blocked diddly squat. So I had to pivot, and when I tested favs, they seemed to work just fine. Guess I've got egg on my face...

So, just for the record, I now know that fav:... Commenter:... and also voted:...don't work in the blacklist like they do in searches. Do you know of any other meta tags that the blacklist ignores?

donovan_dmc said:
Using user has multiple issues:

• it will no longer apply if the user changes their name
• if the "blacklist users" setting is enabled, this will hide posts, hide comments, AND block dmails from them

it's safer to use uploader with an id, to use an id here you need to prefix it with an exclamation mark, e.g. uploader:!323290

You can find the user's id in the url after /users/ when on the profile

Good to know. Thanks.

hamsterboy said:
Huh... Well ok then... Doing a quick test, adding fav: fallowed by any text will always block MY favs. How strange... Here's the funny part too. The original joke was that Dorian-Finch could block all of the post that I commented on (You monster...) by typing commenter:hamsterboy But when I went to test it, it blocked diddly squat. So I had to pivot, and when I tested favs, they seemed to work just fine. Guess I've got egg on my face...

So, just for the record, I now know that fav:... Commenter:... and also voted:...don't work in the blacklist like they do in searches. Do you know of any other meta tags that the blacklist ignores?

Good to know. Thanks.

Everything supported by the blacklist should be is documented in the blacklist help page.

The blacklist is handled entirely differently than the search bar; that's why we've had grouped blacklist entries since forever & only got grouped searches this April (I think?).

If you're curious, searching is handled server-side (see this file), & blacklists are handled client-side (see this file), so the logic needs to be rebuilt on the client entirely from the data returned from the server; it can't use stuff like note:"text in note" b/c that's not in the local data. You could probably replicate almost all of the metatags from the search syntax in the blacklist, but

• it's a colossal pain to do so
• most of them are basically useless for blacklisting

aacafah said:
Everything supported by the blacklist should be is documented in the blacklist help page.

Ooo... shinny new text. I will admit, I haven't read that page in a very long time. Now my advice feel very redundant... 🤷

aacafah said:
The blacklist is handled entirely differently than the search bar; that's why we've had grouped blacklist entries since forever & only got grouped searches this April (I think?).

Forgive me if this is a silly question, but what is a "grouped blacklist" ?

aacafah said:
If you're curious, searching is handled server-side (see this file), & blacklists are handled client-side (see this file), so the logic needs to be rebuilt on the client entirely from the data returned from the server; it can't use stuff like note:"text in note" b/c that's not in the local data.

Yeah, that makes sense.

aacafah said:
You could probably replicate almost all of the metatags from the search syntax in the blacklist, but

• it's a colossal pain to do so
• most of them are basically useless for blacklisting

I agree that most are very silly. Like why would I blacklist my own favorites!?

But.

There is one that would be very convenient and nice to have, and that is... voteddown:hamsterboy.
That way, if I see something I don't like, I don't have to faff about with it's ID. just down vote it and ✨poof✨ It's gone.

hamsterboy said:
I agree that most are very silly. Like why would I blacklist my own favorites!?

Searching for posts within content that you like, but excluding content you've already favorited

And if you say "why not search -fav", then I'll raise you this:

hamsterboy said:
There is one that would be very convenient and nice to have, and that is... voteddown:hamsterboy.

Why not search -voteddown

Both for the same reason that needing to add it to every search is extremely annoying

In its current state having votes on the client will NEVER be possible (various changes would be needed to make it even remotely possible), and previous developers floated the idea of removing the favorite data from the post inmdex due to performance issues

hamsterboy said:
Forgive me if this is a silly question, but what is a "grouped blacklist" ?

it's what this whole thread was about. blacklist entries that contain more than one tag.

hamsterboy said:
I agree that most are very silly. Like why would I blacklist my own favorites!?

you can negate tags in a blacklist entry. so you could blacklist stuff but exclude your favorites from the blacklist.

you can negate tags in a blacklist entry. so you could blacklist stuff but exclude your favorites from the blacklist.

Wait, how do you do that? I've wanted to do that for a while now but didn't know there was a way!

dorian-finch said:
Wait, how do you do that? I've wanted to do that for a while now but didn't know there was a way!

-fav:me
abc -fav:me
abc def -fav:me

etc

donovan_dmc said:
it's safer to use uploader with an id, to use an id here you need to prefix it with an exclamation mark, e.g. uploader:!323290

Why am I only hearing about this now?!?! Sigh... Lemme go update the docs again...
...wait a sec...

donovan_dmc said:
Using user has multiple issues:

• if the "blacklist users" setting is enabled, this will hide posts, hide comments, AND block dmails from them

it's safer to use uploader...

uploader doesn't blacklist users? *Checks code* ...Yep. ...Now I really need to update that help page.
Thanks again for your expertise Donovan.

aacafah said:
Why am I only hearing about this now?!?! Sigh... Lemme go update the docs again...
...wait a sec...

uploader doesn't blacklist users? *Checks code* ...Yep. ...Now I really need to update that help page.
Thanks again for your expertise Donovan.

uploaderid used to, but I changed that last year

donovan_dmc said:
Searching for posts within content that you like, but excluding content you've already favorited

dba_afish said:
you can negate tags in a blacklist entry. so you could blacklist stuff but exclude your favorites from the blacklist.

Huh... Would ya look at that. These are some very interesting and valid use cases for adding your own favorites list onto the blacklist. I'm impressed. Add to the fact that blacklist entries can very easily be toggled now, (best feature e621 has added) There's allot of potential for some fun setups.

donovan_dmc said:
Why not search -voteddown

Both for the same reason that needing to add it to every search is extremely annoying

No joke, I think my most frequently searched tag is -voted:l. I tend to use the voting system as a quick way of indicating what I've already seen (and liked) vs what there's still to explore.
(And no that is not a typo. voted:typing_anything_here will always return your voting history.)

hamsterboy said:
Forgive me if this is a silly question, but what is a "grouped blacklist" ?

dba_afish said:
it's what this whole thread was about. blacklist entries that contain more than one tag.

Ok, I realize this after the fact that this topic's title has "tags grouped" right there, but my counter argument is...

aacafah said:
that's why we've had grouped blacklist entries since forever & only got grouped searches this April (I think?).

Here's the thing. I know that I've been able to search with more then one tag for over a decade now. Heck! I remember when the search was limited to 6 tags MAX! (Man did that make searching for main 6 pony art annoying, but i digress) So perhaps I should ask what are "grouped searches" that apparently we only got this April?

aacafah said:
Why am I only hearing about this now?!?! Sigh... Lemme go update the docs again...
...wait a sec...

uploader doesn't blacklist users? *Checks code* ...Yep. ...Now I really need to update that help page.
Thanks again for your expertise Donovan.

On a side note. I love how this simple question of "how do I blacklist Ralsei porn" has spiraled into needing to update the documentations. 😁

hamsterboy said:
On a side note. I love how this simple question of "how do I blacklist Ralsei porn" has spiraled into needing to update the documentations. 😁

I've been making a big push for increased communication with our users in a lot of ways; I think it's beneficial (despite also being time-consuming) to help our users understand the site & how we improve it as best as possible (decreases vitriol over contentious UI changes, helps increase user awareness of new features, & more). On that note,

hamsterboy said:
So perhaps I should ask what are "grouped searches" that apparently we only got this April?

It took a bit longer to update because I wasn't staff at the time & had to pass my revision up the chain for a staff member to add, but pretty soon after my implementation of grouped searches was added to the site, I updated our search cheatsheet to document it, so I'll redirect you there. I'd suggest you reread the whole thing; there's been another major update since then (for ordering) that might be of note, plus some additions like artverified:true (courtesy of Donovan DMC himself iirc).

I also updated the blacklist help page after that post yesterday, so that might be worth reviewing if you have any lingering questions about the blacklist (though it's mainly just adding info from this thread).

We're also internally discussing revising how to block users (another thing pioneered by Donovan), so the blacklist help page might change soon; keep an eye out for that!

aacafah said:
We're also internally discussing revising how to block users (another thing pioneered by Donovan), so the blacklist help page might change soon; keep an eye out for that!

The pr I previously made should be basically complete (it even has tests), it just might need some touchups with changes to the site
It's based on the same system on my own site which I don't think I've found any bugs in as of now, but it has been modified in a few minor ways as major overhauls have happened here and there

Yeah, that's what we're looking at. Probably just gonna collect feedback & check it over. We also have to relaunch it; it got autoclosed when the head branch got deleted (tho we still have the commits preserved via the PR itself).

aacafah said:
Yeah, that's what we're looking at. Probably just gonna collect feedback & check it over. We also have to relaunch it; it got autoclosed when the head branch got deleted (tho we still have the commits preserved via the PR itself).

I was actually going to bring something up related to that PR while ago, but it didn't look like it was going anywhere and it was also deleted before I could get around to saying anything.

would a sort of "favourite users"/friends list thing be possible as well? I already have

/*user highlight; add "glow" to specific user's names in most places they can appear. (pseudo friends list)*/
/*replace <userid> with a user's ID number. more users can be marked by adding ,[href$="/<userid>"] to the :is() section.*/
:is(
  [href$="/<userid>"],
  [href$="/<userid>"],
  [href$="/<userid>"]
).with-style {
  --uhl-glow: #b80; /*glow color*/
  text-shadow: -.71px -.71px 0 var(--color-section), -1px 0 0 var(--color-section), -.71px .71px 0 var(--color-section), 0 1px 0 var(--color-section), .71px .71px 0 var(--color-section), 1px 0 0 var(--color-section), .71px -.71px 0 var(--color-section), 0 -1px 0 var(--color-section), -.08em -.08em .1em var(--uhl-glow), .08em -.08em .1em var(--uhl-glow), -.08em .08em .1em var(--uhl-glow), .08em .08em .1em var(--uhl-glow), 0 -.11em .1em var(--uhl-glow), -.11em 0 .1em var(--uhl-glow), 0 .11em .1em var(--uhl-glow), .11em 0 .1em var(--uhl-glow);
}

that I use to help identify users who don't use avatars or tend to change their avatars (as well as situations where the username appears without appearing with the avarar). but it's not exactly the most user friendly thing to suggest a normal user to use.

That's really cool, I'll probably snag that for some familiar faces on the forums.

However, I doubt that'll go over well; we're not really a social media site, so I strongly doubt there'd be much use of something like this, & it'd add an extra column to the db that'll remain empty for most users.

Possible? Absolutely. Likely to be added? Unfortunately, no.

donovan_dmc said:
etc

Sorry this is a late response, but do you mean it wold work something like this?:

Blacklist:
Female -Pomni_(tadc)

I'm not to big on most female characters, but I do like that specific one, so would it exclude any posts where she's tagged by doing that? (I'm about to test it myself, but I wanted to ask just in case I do it wrong and get the wrong result!)

EDIT: Nevermind I got it! Gosh that's actually GREAT to add I'm not even joking, this is gonna help a LOT!