[X] My Assistant

I believe you when you say that the removal of "true" pagination was necessary. Is there any reason you can't apply some kind of "fake" pagination to the new system?
Like, why not just count the number of times you've clicked the "next" button and then display that on the page? That way you'd at least have a sense of "where" you are.

The only way to have a sense where you are is to remember the date you left off. Page numbers were meaningless and if you relied on them then there was a lot you missed.

Page numbers were meaningless and if you relied on them then there was a lot you missed.

Especially when you consider the fact that new galleries get added all the time, so the page number you were looking at yesterday will not be the same as the one today.

I believe you when you say that the removal of "true" pagination was necessary. Is there any reason you can't apply some kind of "fake" pagination to the new system?
Like, why not just count the number of times you've clicked the "next" button and then display that on the page? That way you'd at least have a sense of "where" you are.

[github.com] EH-Page-Scrobbler

This post has been edited by aklfhl: Jan 22 2023, 06:28

Okay this time I'm pretty sure I found something buggy. Searching for repititions in gallery titles doesn't seem to work, but the result counter does seem to work somehow sometimes.

For example if I search "naru naru" it seems to give me all galleries that include "naru" rather than galleries that actually have "naru naru". However, the result count tells me "Found 2 results." (which may be correct for what I actually wanted?) even though the actual search yield is much higher.

Even more interestingly, searching title:"naru naru" gives me what appears to be the same result but with a correct result count (or at least more accurate to the actual yield).


I also noticed it's not possible to perform a search like naruto -title:naruto ("Cannot exclude part of a matching inclusion term."), but p:naruto -title:naruto works. The former should work too though because what I exclude is a subset of the positive term rather than all of it.

Okay this time I'm pretty sure I found something buggy. Searching for repititions in gallery titles doesn't seem to work, but the result counter does seem to work somehow sometimes.

For example if I search "naru naru" it seems to give me all galleries that include "naru" rather than galleries that actually have "naru naru". However, the result count tells me "Found 2 results." (which may be correct for what I actually wanted?) even though the actual search yield is much higher.

Hmm. Yeah, I'll make some tweaks to the indexing mechanism to fix that. (Or rather, I did already, but it needs to reindex some stuff.)

I also noticed it's not possible to perform a search like naruto -title:naruto ("Cannot exclude part of a matching inclusion term."), but p:naruto -title:naruto works. The former should work too though because what I exclude is a subset of the positive term rather than all of it.

You can search for tag:naruto -title:naruto instead.

I'll make some tweaks to the indexing mechanism to fix that. (Or rather, I did already, but it needs to reindex some stuff.)

Seems to work as expected now, thanks.

I thought you are blessed by the tech god. You disappointed me my dear.

(My tiny little mind can't handle what I just read either)

I understand every single word in this post but I don't understand any of them when you put them together :3

I think I might know what Tenboro meant. Maybe.

"Index lookups" probably means that each word (or phrase?) has a unique ID associated with it on the backend, and the search just looks for those words' index numbers and galleries associated with those numbers. If each word/phrase is an index, then not all spaces are created equal when a negated search will filter out sequences of words including spaces. But since the search words have been converted into tokens (index numbers), they're basically separate elements in no particular order when being searched for... or, if they are ordered, there is not a literal white space between them as far as the search engine goes. Whereas the negation is looking for words in a specific order separated by a space character, and spaces aren't preserved in tokens (index numbers) but are in the negative filters.

It's probably like this so tags can be 'sub classed' ( aliased).

Is that intuition close, Tenboro? I will admit I am unsure about this, having not implemented it myself.

This post has been edited by dragontamer8740: Jan 23 2023, 08:22

Titles and comments are processed in various ways and added to separate index tables to make searching faster. "Faster" meaning a reduction from several seconds to <0.01 second for a lookup. So if I say a search uses an "index lookup" that means it uses these tables. But they aren't always used even for inclusion searches - notably, favorite searches don't use them since it would be slower for various reasons - and they aren't used at all for exclusions. Which can cause some subtle differences when whitespace and non-indexable characters are used in the search.

Tag searching works as expected for me (even faster with new engine).
If you think something went wrong, please at least give an example.

Well, I have the same search set up that I have had for years (exhi eng -yaoi), and I see 2 things posted in the last 3 months, because the tag I search for is only in those 2 titles, and NOTHING else shows up, there are no tags any more as this shows.

The search is less than useless, unless you know the title, and I don't know titles, I search for tags/content. I waited 3 more months, and it still doesn't work at all.

It's too bad, I loved this site, but it's been almost 6 months, and only 5 new things have come out, according to my search, and 90% of what used to be there is no more. (IMG:[invalid] style_emoticons/default/cry.gif)

This post has been edited by The_Devian: Jan 23 2023, 12:59

Well, I have the same search set up that I have had for years (exhi eng -yaoi), and I see 2 things posted in the last 3 months, because the tag I search for is only in those 2 titles, and NOTHING else shows up, there are no tags any more as this shows.

Searching only tag prefixes doesn't seem to work as before, e.g. "exhi" will not find galleries tagged exhibition.

You can easily fix your search however by using
exhibition english -yaoi
or, if there are some other things starting with exhi or eng that you are looking for:
exhi* eng* -yaoi

This post has been edited by peterson123: Jan 23 2023, 15:02

The search is less than useless, unless you know the title, and I don't know titles, I search for tags/content. I waited 3 more months, and it still doesn't work at all.

I don't know why you would rather wait 3 months than read something that was posted at the beginning.

- Tag searching now defaults to matching on word boundaries to reduce unwanted matches. In other words, searching for "tag:mana" will still match all tags that have "mana" as one of the words (like "secret of mana" [=> seiken densetsu] or "mana inuyama"), but it does not match "manabe", "manatsu", "manami" and so on. Searching for "tag:mana*" will restore the previous behavior.

[github.com] EH-Page-Scrobbler

Thanks! This seems to be what I was looking for!

Is there any reason something like that plugin isn't the vanilla behavior? It seems like it's the best of both worlds: less load on EH, while still giving people the warm and fuzzies have seeing numbers. Is there some kind of hidden downside that isn't immediately apparent to me? I know some people mentioned that I'd be "missing" lots of galleries if I relied on page numbers. Does that mean that this plugin "skips" galleries if I click the next button?

Is there any reason something like that plugin isn't the vanilla behavior?

I've asked it before, so I'll just quote.

This was a thing early in the redesign, but there is a lot of non-resolvable wonkiness to it, so not in that shape.

Does that mean that this plugin "skips" galleries if I click the next button?

No, it doesn't change the behaviour of the next button.
Those "page numbers" are temporary and relative.
It uses GIDs to store pages , so you'll get the same results as before.

Is there any sort of local cache implemented? I find myself clicking next/prev in quick succession few times when using the site as user. If the entire point is to reduce the load that might be one idea

I also noticed it's not possible to perform a search like naruto -title:naruto ("Cannot exclude part of a matching inclusion term."), but p:naruto -title:naruto works. The former should work too though because what I exclude is a subset of the positive term rather than all of it.

You can search for tag:naruto -title:naruto instead.

I stumbled upon a similar case:
Searching c:anne finds all galleries having the actual tag c:anne, but also c:"anne takamaki" or even c:"ronnie anne santiago". That's good and as expected.
Searching c:anne$ finds all galleries that actually have c:anne, rather than longer ones that contain anne. Also good and as expected.
However, when I search "c:anne -c:anne$" I get "Cannot exclude part of a matching inclusion term." again. So I cannot perform the search "give me all annes except the character that's called just anne".

Now you may say that this is not a common use case and that's true. But what bothers me most about this is that I'm pretty sure that the actual search would work, it's just that the "Cannot exclude part of a matching inclusion term." check is too strict, preventing some otherwise valid searches.

However, when I search "c:anne -c:anne$" I get "Cannot exclude part of a matching inclusion term." again. So I cannot perform the search "give me all annes except the character that's called just anne".

Now you may say that this is not a common use case and that's true. But what bothers me most about this is that I'm pretty sure that the actual search would work, it's just that the "Cannot exclude part of a matching inclusion term." check is too strict, preventing some otherwise valid searches.

I'm sure you can find various edge cases like that, yeah. I'll make a note about it, but I dunno if it'll get changed or not.

I don't mind the new search interface all that much to be honest.
I'm just sad that we can't get 200 results per page anymore.
I remember something was said about refunding hath for that perk, is that still happening?

Before reading this thread, I did not realized the gallery search feature has been improved this much from when I looked at that wiki years ago. (the wiki is updated right?)

Before reading this thread, I did not realized the gallery search feature has been improved this much from when I looked at that wiki years ago. (the wiki is updated right?)

The wiki entry for 'gallery searching' is up2date

Sorry, could I ask if the gallery is under maintenance or something ?
Thanks for reading, I'm just wondering. (IMG:[invalid] style_emoticons/default/sad.gif)