[X] My Assistant

Honestly Options 2 seem more realistic to me from Tenboro reply, sure Limit to around 1000-2000 searchs might seem restriciive at first, but if you search multiple tags. it's unlikely to ever cross 5000 mark. Not to mentioned that you can search single tags with added conditions such as only game cg, or only doujinshi, honestly, crossing over 1000 mark per search is actually very rare.

I agree with this. There should be a lot of people who think the same that just dont use the forums.

Can only speak for myself, but I'm almost always getting far many more searches than that in my results. I doubt the majority would have been happy with that results cap. As I rarely read the same thing twice, it's normal for me to end up reading older and older stuff as well.

Between never having the opportunity of seeing results, and seeing results but it takes some clicks, I'd take the latter any day.

Just tested the new thing with the dates and numbers in the seek bar, waaaay better, it looks pretty nice now compared to the previous change

Hi first time posting, can someone explain how exactly your supposed to type the information to JUMP on the search menu?

You can see it in the tooltip, but:

Entering 5 will jump 5 days front or back (depending on which arrows you clicked)
Entering 5d will also jump 5 days front or back
Entering 5m will jump 5 months front or back
Entering 2y will jump 2 years front or back
Entering 2022-01-05 will take you to the 5th January 2022
Entering 22-01-05 will take you to the 5th January 2022
Entering 2022-01 will take you to the 31st January 2022
Entering 22-01 will take you to the 31st January 2022

The above explained:

numbers by itself assumes you want to offset by days, but can be specified to be days, months, or years.
d = days
m = months
y = years

and seeking to a specific date is any of the following:
yyyy-mm-dd
yy-mm-dd
yyyy-mm
yy-mm

Hi first time posting, can someone explain how exactly your supposed to type the information to JUMP on the search menu?

https://forums.e-hentai.org/index.php?s=&am...t&p=6203781
Try this then you'll understand how it works.

Favorites list now displays expunged galleries as well but now some of the visible galleries are duplicated into the second page.
for example: I have 2 unavailable galleries on the first page of my 8th category. When I go to the next page, the 48th and 49th galleries are duplicated as the 1st and 2nd galleries of the second page. Totaling 147/145 galleries listed
also when I press "< Prev" on the second page now the first page has 47 galleries (missing those duplicates and one extra) and the next page contains those. The count per page isn't important but the duplicates should be gone.

Hmm, I'll look into that. Were you sorting by favorite or published time?

Hmm, I'll look into that. Were you sorting by favorite or published time?

I've noticed that as well when sort by favorite time.
It seems it only happens when the last few galleries were favorited on the same day.

This post has been edited by aklfhl: Nov 5 2022, 20:56

lmao nevermind its not worth it, your going to ban everyone that disagrees with you like every other boomer that got money from their community to stay alive when you were in hard times and now you hate us for whatever reason.

This post has been edited by sithlordgore: Nov 5 2022, 20:58

lmao nevermind its not worth it, your going to ban everyone that disagrees with you like every other boomer that got money from their community to stay alive when you were in hard times and now you hate us for whatever reason.

"Father, forgive them, for they do not know what they are saying."

"Father, forgive them, for they do not know what they are saying."

I know exactly what i'm saying, having to play hentai ouiji to try and figure out the date and time something was posted instead of relatively triangulating the page through things you have seen before in memory is DUMB AND BAD. I'm not going back to pen and paper in 2022 because tenboro is the only man on the internet that has a gallery that he thinks people shouldn't be able to browse through page numbers in, and is willing to basically call his patrons trolls and threaten banning them over telling him to revert bad changes that should have never been made. If you have to make a animated video or gif to show people how to browse a fucking gallery they have been using for decades, your update was bad and unintuitive

what does jump and seek achieve? I guarantee that most of us don't remember when things are posted
I mean, I guess it is some improvement, but it's not what we wanted

A new code update has been pushed live:

New Feature: Seek/Jump Navigation

Thank you for the update. It works but the UI still is clunky, some more polishing should do the trick.

Adding a calendar like FabulousCupcake proposed is something that should be considered, but the trick is to make it also usable on mobile devices (by avoiding 10 pixels-wide button). I also liked the "bar" view that was proposed before.

Also the current Jump/Seek need to click/enter a number/validate/click which is 4 different actions using 2 different input methods. Some buttons may be added with default behaviors like <1 day 1 day> <1 week 1 week> etc. Again for them to be available in 1 action.

Since navigation is going to be related to date, the current GID's date should be displayed just above or below the buttons so the user can immediately understand what the buttons do. Just display the YYYY-MM-DD date for instance.

(as I said earlier, now a lot of use cases must be re-implemented as individual actions)

And unfortunately, for favorites, the jump/seek doesn't work at all.
I have around 3,000 favs over 14 years so there's months between the first GID of two consecutive pages.
So each time I jump "1" forward for instance, the result don't even jump to the next result page but jump over several months and fall in the middle on another page, if I type "2w" it jumps three lines down XD
and from then the navigation is completely borked up, I get some very strange and unexpected result.
I really think that favs should be an exception, it would be better to regenerate page numbers and cache them if the total number of favs doesn't reach a fixed limit.

And I still think adding a "random" button should cover some one-handed use cases (IMG:[invalid] style_emoticons/default/smile.gif)

Hiya,

Thanks for the jump function, that's at least an easy way for me to navigate based on publication date!

The date seeking works for my use case of checking up on the site every month-ish, would it or is it possible to set a date range like Jan22-Mar22 and only show those results? Or is that the same problem as pagination.

Sort of like how on danbooru you can search date:>=2022-01-01 date:<=2022-03-01

I just realized that searching by a vague date doesn't actually work because stuff isn't constantly updated every single day.
It only works for the front page.

It's funny how many people were awoken from deep slumber just to find this thread and leave a comment here.

The jump function does help a lot with searching, this I support. With a couple more tweaks and/or functions we can get something decent out of this.

I've noticed that as well when sort by favorite time.
It seems it only happens when the last few galleries were favorited on the same day.

Yeah, I just managed to reproduce it, I'll look into it.

Edit: Should be fixed now, let me know if you're still seeing this.

If I'm understanding how the system works now, the first page displays results from the most recent GID and it continually cycles through the next sequential GIDs until there is enough tag matches to fill a page, then the next page continues from where the previous left off to repeat this action.

And the entire switch to this system was done to prevent strain on the servers from the whole-index-searching process the old system used, right?

You also mentioned considering limiting the number of total results to like 1000 as an alternative to this setup. Would it be feasible to add a pseudo-pagination just by returning more results (1000 or whatever) and splitting them into, for example, 25 page increments, where, upon reaching the end of those pages, search for the next 1000 results and display the next 25 pages? With that it shouldn't really matter if there are new uploads in between searches, when the new "page 1" is set to the next sequence of GIDs.

If this fits technically speaking, it feels like a good compromise. Your system isn't being overwhelmed with unnecessary search caching, the average visitor is happy to have some form of pages back, and the people that like to deep dive into the archives have a way of doing so with more reliability than the current setup.