Donmai

Danbooru 2 Issues Topic

Posted under General

This topic has been locked.

Log said:

It's not common but sometimes an image won't have a proper tag but will have a ##users入り tag such as オリジナル500users入り, is there any chance these could be fuzzy matched or do we just have to litter every popular tag's wiki with a bunch of these?

Yes, done

EB said:

"Other names" in the wiki are automatically lowercased, but this is a problem with the Pixiv search because it's case sensitive.

Alright I removed the automatic downcasing. Though it could result in clutter for things where the capitalization isn't agreed on.

Too bad Pixiv doesn't have an option for case-insensitive "Exact match". They have "Partial match" but that does a wildcard search in addition to being case insensitive.

Toks said:

Alright I removed the automatic downcasing. Though it could result in clutter for things where the capitalization isn't agreed on.

Too bad Pixiv doesn't have an option for case-insensitive "Exact match". They have "Partial match" but that does a wildcard search in addition to being case insensitive.

As far as tradeoffs go, having Other Names link to partial-match searches doesn't seem so bad, if that'll avoid that clutter...

RaisingK said:

As far as tradeoffs go, having Other Names link to partial-match searches doesn't seem so bad, if that'll avoid that clutter...

Wouldn't it be an issue for names that are relatively short/ambiguous? The results returned by a partial match would be almost completely wrong for them.

m3mn4rch said:

I did. All I got out of it was that something invisible broke or something breaks when the pixiv owner updates the picture.

It means that the image on Danbooru and the image on Pixiv aren't exactly the same.

This could vary between them looking identical but actually being very subtly different, to them being two completely different images.

How about having the e shortcut work for wiki pages too? It's the only one that really makes sense to work in the wiki pages (maybe w and s for long pages but space works fine too.) A CSS hack for this would be acceptable as well.

Log said:

It's the only one that really makes sense to work in the wiki pages (maybe w and s for long pages but space works fine too.) A CSS hack for this would be acceptable as well.

W and S already work everywhere on the site

CSS can't be used for keyboard shortcuts, it can only change the appearance of a page.

Log said:

How about having the e shortcut work for wiki pages too?

Yeah that could be helpful. Done

It doesn't look like you can use * as a wildcard when searching for an artist's name in Japanese. Searching for 那岐 or 那岐* doesn't show 那岐山. Or is it an issue with searching secondary names?

Ph.D said:

It doesn't look like you can use * as a wildcard when searching for an artist's name in Japanese. Searching for 那岐 or 那岐* doesn't show 那岐山. Or is it an issue with searching secondary names?

Wildcard searches with other names don't support single-side wildcard searches. It works with wildcards on both sides: *那岐*. One of the results is artist #59411, with 那岐山 as an other name.

However, basic members can't do wildcard searches at all because there were performance concerns. You'd need to be builder+ to do that. If you try to do a wildcard search as a basic member it will be interpreted as a regular search and not work like you want it to.

Moonspeaker said:

Based on grammar/spelling patterns in comments (admittedly, only two, and they're identical in content), I suspect this to be a sock puppet account for banned user Dandy10.

And now it appears he's put on a new sock: Justice10. Would an IP ban be a better choice, or is it even an option?

Updated

Moonspeaker said:

And now it appears he's put on a new sock: Justice10. Would an IP ban be a better choice, or is it even an option?

Not possible as far as I'm aware. I've pulled up the different accounts IP addresses through the dashboard before and unfortunately it appears to be dynamic, otherwise I myself would have brought it up to an admin's attention. Justice10 alone with only 4 comments had 3 different IP addresses. Of which none of those IP addresses had any other hits with any other accounts.

hmmm I removed his comments because they were trash, but now I'm regretting that as deleting them also deleted the record of the IP addresses that the user had.

1 59 60 61 62 63 64 65 66 67 315