|
Replies:
14
-
Pages:
1
-
Last Post:
23 Aug 22, 16:10
Last Post By: AndreWolff
|
Threads:
[
Previous
|
Next
]
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Forbid making variants for thumbnails
Posted:
22 Aug 22, 10:36
|
|
|
|
For transitions of the thumbnail image to a the slide image and back, it is required that the image dimensions are know.
If you use srcsets this is a bit complicated to get the correct dimensions, but I did implement it for slide images.
I think srcsets for thumbnails is an overkill, so I am not going to calculate the srcset dimensions of thumbnails.
So I like to prevent that users do select variants for thumbnails.
So please supply a setting to do that in the skin code or even better remove always the thumbnail panel from the variants panel.
|
|
|
Posts:
3,999
Registered:
4-Aug-2006
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 10:59
in response to: AndreWolff
|
|
|
|
Have you tried disabledControls= thumbVariants
|
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 12:10
in response to: RobM
|
|
|
|
|
Have you tried disabledControls= thumbVariants
I added that to the skin.properties page, but that makes it even worse, because after the selection of Preset 'Faster and best quality', you see 2 thumbnail variants, which you can't remove, see screenshot. |
|
|
Posts:
3,999
Registered:
4-Aug-2006
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 12:49
in response to: AndreWolff
|
|
|
Have you tried disabledControls= thumbVariants
I added that to the skin.properties page, but that makes it even worse, because after the selection of Preset 'Faster and best quality', you see 2 thumbnail variants, which you can't remove, see screenshot.
I believe this is a limitation of Java’s Swing interface, that although the block is disabled (greyed out thumbnails, +/- control) all of it’s components (variant sizes) are not. Even though they appear active the thumbnail variants should not be produced.
Edited by: RobM on 22 Aug 2022, 11:50
Added more info on disabled and not disabled controls |
|
|
Posts:
3,978
Registered:
18-Oct-2002
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 14:02
in response to: RobM
|
|
|
|
Disable "variantPresets" too. I think you're overdoing it André. Either don't use Variants or use them fully.
|
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 14:18
in response to: davidekholm
|
|
|
I think you're overdoing it André. Either don't use Variants or use them fully.
David, using variants for thumbnails is useless and makes things unnecessary complicated, so why is it not allowed to disable that? |
|
|
Posts:
3,978
Registered:
18-Oct-2002
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 18:40
in response to: AndreWolff
|
|
|
I think you're overdoing it André. Either don't use Variants or use them fully.
David, using variants for thumbnails is useless and makes things unnecessary complicated, so why is it not allowed to disable that?
No, supplying a 2x Variant is perfect for thumbnails. That makes them sharp on HiDPI screens without the added bandwidth for ordinary monitors. |
|
|
Posts:
8,372
Registered:
31-Jan-2006
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 19:14
in response to: davidekholm
|
|
|
...supplying a 2x Variant is perfect for thumbnails. That makes them sharp on HiDPI screens without the added bandwidth for ordinary monitors.
As far as I can tell, the srcset attributes generated by jAlbum include width descriptors, not density descriptors (and you can't specify both). That means that the display density plays no role in selecting the image at viewing time. |
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
22 Aug 22, 20:37
in response to: davidekholm
|
|
|
No, supplying a 2x Variant is perfect for thumbnails. That makes them sharp on HiDPI screens without the added bandwidth for ordinary monitors.
Please prove this by giving a link to an album where I can test this! |
|
|
Posts:
3,978
Registered:
18-Oct-2002
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 14:25
in response to: AndreWolff
|
|
|
No, supplying a 2x Variant is perfect for thumbnails. That makes them sharp on HiDPI screens without the added bandwidth for ordinary monitors.
Please prove this by giving a link to an album where I can test this!
Here's a Tiger gallery that demonstrates how the browser will pick 2x Variants for thumbnails on HiDPI screens but pick the typical 1x image on ordinary screens:
https://testing.jalbum.net/Multi%20size%20test%20Tiger/
Tiger is using JavaScript logic to decide what variant to pick. If we reply solely on browser logic, it's not as clever (looks at Window size only):
https://testing.jalbum.net/Multi%20size%20test
So, even if browser logic isn't perfect (yet), Variants at least allows for the browser to make a clever decision, and with Tiger's JavaScript it does make a clever decision. |
|
|
Posts:
8,372
Registered:
31-Jan-2006
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 14:51
in response to: davidekholm
|
|
|
That may be true, but it's academic. AFAIK, no skin is producing a page with responsive thumbnails - they don't get bigger or smaller, depending upon the viewport (except at the extreme low end, where very large thumbnails might shrink a bit). They're going to be shown at whatever size the HTML and CSS make them.
So, pick thumbnail image bounds that make them as big as you want them to appear on the page, choose HiDPI thumbnails to take care of the high-density devices, and move on. The savings in bandwidth for a page of thumbnails just isn't worth fussing over, and it's not worth the image generation and uploading time.
The "state of play" on WEBP is still tough to sort out. It's almost impossible to find out how many users are still out there with pre-Big Sur Mac's, and who are also using Safari. Part of the problem is that Apple does some misreporting of OS version. They say they want to discourage OS sniffing - that may be a good idea, but it makes data gathering impossible. But the data that do exist suggest that something around 97% of site visitors can display WEBP images. Accommodating the remainder is getting into the "supporting Internet Explorer" range. 
It pays to remember that among users of very old Mac's, many of them are using Chrome, Firefox, or Brave¹, anyway. We're just about to the point at which instead of using variants, we could just switch to WEBP output.
¹ Brave is now my default browser. Chrome engine, but with ad- and tracker-blocking built in, rather than requiring extensions. So it's Chrome without the spyware. And since the protection is "baked into" the browser, it's fast. |
|
|
Posts:
8,372
Registered:
31-Jan-2006
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 15:04
in response to: JeffTucker
|
|
|
BTW, if you try to find out what Mac OS most people are running, the stats will all tell you that something like 85% are running Catalina. But on the gs.statcounter site, they tell us the real story:
Apple are incorrectly reporting Big Sur 11 as Catalina 10.15. You can read more about it here. We can't correctly show usage for Big Sur 11 or Catalina 10.15 until Apple fixes this.
 |
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 15:30
in response to: davidekholm
|
|
|
Here's a Tiger gallery that demonstrates how the browser will pick 2x Variants for thumbnails on HiDPI screens but pick the typical 1x image on ordinary screens:
https://testing.jalbum.net/Multi%20size%20test%20Tiger/
Tiger is using JavaScript logic to decide what variant to pick. If we reply solely on browser logic, it's not as clever (looks at Window size only):
Well I am not sure this is working as you say, because I see on my PC (2560x1440) and iPadPro he same thumbs: -- 2.0 2.0 2.0 -- --
on my iPhone and 4k laptop I see: -- 3.0 3.0 3.0 -- --
Here I see on all my devices: 6x 4.0
Why don’t you make the same album without thumbnail. Variants?
Edited by: AndreWolff on 23 Aug 2022, 15:56 |
|
|
Posts:
3,978
Registered:
18-Oct-2002
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 15:58
in response to: AndreWolff
|
|
|
|
Odd. On the local PC here (ordinary DPI screen) it shows 1x versions of the thumbnails, but on my Retina Mac display I get 2x.
|
|
|
Posts:
1,116
Registered:
14-Dec-2007
|
|
|
|
Re: Forbid making variants for thumbnails
Posted:
23 Aug 22, 16:03
in response to: davidekholm
|
|
|
|
|
|
The 1x version shows no text in the image?
So that is what you will see if no thumbvariants are used?
Attached are the iPad and iPhone results.
Please make now the same album without thumb variants.
Edited by: AndreWolff on 23 Aug 2022, 16:08
|
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
