[X] My Assistant

The default thumbnail size was changed, though it was only supposed to change for galleries with v2 images, which will be fixed. You can change the size from the settings page.

I've got thumbnail scaling set to the minimum value (75%) and I'm only getting rows of three images and a maximum of 20 images per page in mobile viewing while in galleries. The twenty image max is probably the worst most disruptive change, but I just want to go back to how I was seeing galleries before.
Desktop is mostly unaffected, as is search/gallery index.

This post has been edited by b51de: Oct 26 2024, 06:07

I've got thumbnail scaling set to the minimum value (75%) and I'm only getting rows of three images and a maximum of 20 images per page in mobile viewing while in galleries. The twenty image max is probably the worst most disruptive change, but I just want to go back to how I was seeing galleries before.
Desktop is mostly unaffected, as is search/gallery index.

Are you using "Normal" thumbnail size before? It was renamed to "Small".
Small = 10 images / row x 4 row = 40 images
Normal = 5 images / row x 4 row = 20 images

- Fixed the default thumbnail size being prematurely changed. If thumbnail size is left at "Auto", it should now default to 100x (small, formerly known as normal) for galleries processed on the current uploaders and 200x (normal, formerly known as large) for galleries processed on the new ones. Setting a thumbnail size other than "Auto" under settings will change it for both.

- H@H resampling should now be re-enabled for galleries with v1 images (those processed on the current uploaders). Note that since the resolution options will be different for v2 images (those processed on the new uploaders), the resample options should be read as "780/800", "1600/1920" and "2400/2560" - v1 images will be downloaded with the former, and v2 images will be downloaded as the latter.

By tiling, do you mean a fixed grid of predefined sizes?

I mean it will load a single image file that has 20 or 40 thumbnails depending on the selected size, like it does with 100x thumbnails today.

Personally, I'd be happy if it were possible to "lazy load" and "specify width + adaptive height".

Not sure why you would want to lazy load thumbnails, it just means the browser waits to load them until everything else is finished loading, and there isn't much else to load. If you do some custom scripting, you can still scale thumbnails by playing with the background-size variable.

I've got thumbnail scaling set to the minimum value (75%) and I'm only getting rows of three images and a maximum of 20 images per page in mobile viewing while in galleries. The twenty image max is probably the worst most disruptive change, but I just want to go back to how I was seeing galleries before.

Like the setting says, Thumbnail Scaling is only applicable for the cover in gallery lists in Extended and Thumbnail display mode, not the gallery page itself. If you don't like the default thumbnail size on the gallery page, you have to change the setting under "Thumbnail Settings".

I mean it will load a single image file that has 20 or 40 thumbnails depending on the selected size, like it does with 100x thumbnails today.

Does this mean that the thumbnails on the Multi-Page Viewer will also change?

Does this mean that the thumbnails on the Multi-Page Viewer will also change?

For galleries processed on the new uploaders, everything will be using the v2 tiled thumbs. This includes MPV and lofi.

Changing from Auto to Small put me back in business. I know just about everybody that's used to things being the same way for years will panic when any changes rear their head, but I'm still thankful the fix is simple.
For what it's worth, pages are coming up a little buggy in mobile browsers. The lighter grey is left-aligned when the image width is past a certain size.

This post has been edited by b51de: Oct 26 2024, 10:09

For what it's worth, pages are coming up a little buggy in mobile browsers. The lighter grey is left-aligned when the image width is past a certain size.

What browser, specifically? Can you take a screenshot of it?

I mean it will load a single image file that has 20 or 40 thumbnails depending on the selected size, like it does with 100x thumbnails today.

Thank you for your reply!

Does this mean that from now on, gallery thumbnails will be represented as a single so-called “contact sheet” with thumbnails for each page combined according to row and size settings, jumping to each page via a clickable overlay?
It seems to me that the design intent is to greatly reduce network requests in exchange for the possibility of flexible thumbnail layouts, is that right?

Does this mean that from now on, gallery thumbnails will be represented as a single so-called “contact sheet” with thumbnails for each page combined according to row and size settings, jumping to each page via a clickable overlay?
It seems to me that the design intent is to greatly reduce network requests in exchange for the possibility of flexible thumbnail layouts, is that right?

There's no tradeoff; the amount of file requests are cut by a factor of 20 or 40 and the total filesize is significantly smaller, but there is no decrease in flexibility for how the thumbs are placed. There's just some additional complexity on the backend and in the code that makes the HTML.

A tileset for 200x thumbs looks like this, then it just uses some CSS tricks with basic math to calculate the offsets and dimensions for each individual thumbnail to make it look like this in the browser.

Incidentally, we've been doing this for 100x thumbs for years.

There's no tradeoff; the amount of file requests are cut by a factor of 20 or 40 and the total filesize is significantly smaller, but there is no decrease in flexibility for how the thumbs are placed. There's just some additional complexity on the backend and in the code that makes the HTML.

A tileset for 200x thumbs looks like this, then it just uses some CSS tricks with basic math to calculate the offsets and dimensions for each individual thumbnail to make it look like this in the browser.

Incidentally, we've been doing this for 100x thumbs for years.

I see. I think I understand now.

I guess it's based on a single tileset image that combines multiple thumbnails, and applies individual styles (background-position / object-view-box) to the thumbnail elements corresponding to each page to display an image cropped from the base image as the background.
After the system is actually updated, I'll check whether it's adjustable on the user side (by user styles or user scripts).

By the way, I didn't know what "100x thumbs" meant...

In the near future, all thumbnails except for covers will be tiled, so the divs are necessary to enable that.

Could a way of retrieving the SHA1 hash of original images be considered? AFAIK the only way to get it currently is from the url of 200x thumbnails, and once they are tiled that will not be possible.

Maybe as a data attribute or as part of the official API?

By the way, I didn't know what "100x thumbs" meant...

The 100x150 resolution thumbnails, as opposed to the 200x300 resolution thumbnails.

Could a way of retrieving the SHA1 hash of original images be considered? AFAIK the only way to get it currently is from the url of 200x thumbnails, and once they are tiled that will not be possible.

There is one, it's just undocumented, since it was made by special request for one guy like 15 years ago when the URLs in question were shortened. If you create a cookie named "longurls" set to anything, the URL to the image page will have the full fileid for the page, which includes the hash.

PS: The "Show galleries with this image" link on the image pages has the hash as well, but I assume you meant from the gallery page.

as part of the official API?

The hash, size, page number and extension in the payload would be a nice addition.

I'm not sure if this is a bug or not, but I thought I'd report it.

Only in Fjord, downloads of the resample archive via H@H seem to be inactive.
Only the original archive is active (clickable).

Can anyone else reproduce this?
Is this a known issue?

I also see original listed at "N/A" as well in Fjord.

Are page numbers disappearing on exh WAD? (I still see page numbers on e-hentai.)

Are page numbers disappearing on exh WAD? (I still see page numbers on e-hentai.)

Its setting entry has been renamed, "Gallery Page Numbering" -> "Gallery Page Thumbnail Labeling", check that.

There is one, it's just undocumented, since it was made by special request for one guy like 15 years ago when the URLs in question were shortened. If you create a cookie named "longurls" set to anything, the URL to the image page will have the full fileid for the page, which includes the hash.

PS: The "Show galleries with this image" link on the image pages has the hash as well, but I assume you meant from the gallery page.

Currently I'm getting the sha1 through the large thumbnails of MPV.
But it may not be available after the thumbnail change, so I hope to keep a sha1 field.
I'd like to be able to get the sha1 in one place, this would avoid downloading duplicate files when the gallery is updated.

This post has been edited by 小白-白: Oct 27 2024, 07:34

The hash, size, page number and extension in the payload would be a nice addition.

Currently I'm getting the sha1 through the large thumbnails of MPV.
But it may not be available after the thumbnail change, so I hope to keep a sha1 field.
I'd like to be able to get the sha1 in one place, this would avoid downloading duplicate files when the gallery is updated.

I suppose I can add them as optional tags to the thumbnails.

Edit: You can now pass datatags=1 as either a GET query argument or a cookie to make it tack on a number of data tags to each thumbnail with information about the (original) file in question.

I also see original listed at "N/A" as well in Fjord.

Which gallery? Can you take a screenshot?

Nice, that works nicely. For the DOM update i just grabbed the hash from the thumbnail for now, but if that changes this will be a suitable alternative.

Edit: You can now pass datatags=1 as either a GET query argument or a cookie to make it tack on a number of data tags to each thumbnail with information about the (original) file in question.

Thanks, it works now, but there is a problem with the style of the buttons in MPV.
PS: Image Size Settings - Horizontal is set to 700px
(IMG:[img.moedog.org] https://img.moedog.org/images/2024/10/27/20241027193000.png)

And is it possible to add a scroll bar for MPV?
div#bar3 {
left: -20px;
}
div#pane_images {
overflow-x: hidden;
overflow-y: scroll;
}

This post has been edited by 小白-白: Oct 27 2024, 13:52