Serge

Brilliant sleuthing. Touch forelock!
??

When you “inspect” the page, can you see a:
<div id=”TB_overlay” class=”TB_overlayBG”></div>
into which you might be able to dig further?

Don’t know quite how to put it … maybe to say that I’m beginning to understand your question mark behind “final”.

Took a mo to check it out, as several size changes required regenerating thumbs. (VIII-A4) In this masonry-plus mode the picture size comes out exactly as set in I-C1/3, unlike the “normal” masonry-columns setting which resizes the pics to fit tightly into the display area. That took some learning to adjust.

Good news is that the display on the small screen (mobile) looks excellent. Sometimes I can see an attempt at the stacking we noticed earlier, but the pics always come unstuck by themselves and no longer “stack”.

I have more mixed results however as regards the desktop and tablet sizes, with Firefox coming out slightly better than Chrome (/Brave). Almost always a first display of pics is only in a single column down the left hand side, a masonry tiling across the width of the screen usually only happens on page reload, but -as you also have it- the bottom edge is not “clean” (ie filled with pics), unlike the “regular” masonry-columns setting.

When flicking to the next set of thumbs in an album (next page), invariably at first a column (1 picture wide, 15 long) down the left-hand-side, FF sometimes showing masonry tiling, all browsers always so upon reload. [with the exception of edge for mac, which occasionally refreshes to the mother album, go figure]

I wonder if this “single column” behaviour might be down to lazy load?
While I can live with the lower edge of the frame not being filled [albeit that the space-filling tiling looks much nicer + it avoids having to scroll downwards occasionally], the single column is a real killer.

If you’d like to do some more testing/comparing, have a look at eddie.moes.lu where I’ve put a copy of charleskohl.com minus the sketches.

Coo! Thanks very much, I’ll get to testing straight-away and report back.

??
Easy to do!

Perhaps Table I-A2 ?
“Indicate if the photos should be resized during upload.”

The “?” help says: “If you check this item, the size of the photos will be reduced to the dimension specified in the next item during the upload/import process.
The photos will never be stretched during upload if they are smaller.
The default for this setting is: yes: Checked ”

AIUI Table I-A3 then gives that resize value.

Then again, I may be wrong… (I’m not Jacob ??

Confirm it looks as it should even on older mobile device.
Full width & lazy load would be neat, but that’s in the “icing on the cake” category ??

Good to read you’ve seen the image, I’ve removed it now (forgot to de-EXIFfy it…). Not so good that the stacking also appears on a laptop, but knowing your tenacity and usual results, I have every confidence in a polished masonry-plus end result!
Thanks for the interim news.

WOW! That looks “the bizz!” on my large screen as well as on Firefox and Chrome in “small-screen emulation mode”
I was going to shout Hooray!, and then I looked at it using Safari on an old iPhone5 -> https://www.moes.lu/masonry-plus/IMG_2267.PNG The first few pics of the page look great on there, but somehow the latter photos seem “stacked”. Probably a misdemeanor of Safari on the old iPhone, but I had to wait until the missus came home from the doctors to check it on a newer phone; Good news! on a 2019 iPhone, all pics look great!
You CRACKED it! :-)))

Thanks for the explanation!

In my humble opinion it’s worth the effort to go for solution 2, rather than the quick’n dirty solution 1 that would also disturb the tablet view, even if this takes a wee bit longer. The jQuery route, however, sounds hopeful and promising.

I/We all -patiently!- await further news.

Thanks for your reply, Jacob!

Mucking around on a test copy of my site, I now see that using the “default” setting (table IV-C3) does indeed work much better on a handheld device, though I just can’t get myself to liking said default as much as masonry.

“Default” may be well suited for standard sized pics, especially when stretches of thumbnails are all in either landscape or portrait, but my site displays photos of works of Art, and these often have odd formats (width/heigth ratio), resulting in a lot of rather unsightly whitespace among the thumbnails [on the desktop] while a single long column looks fine on a mobile. I am, however, not prepared to ditch the good looks on the desktop in favour of good looks or ease of use on a handheld, just because the big G says so – especially as my stats confirm that the overwhelming majority of my visitors use a desktop.

So I’ll stick with masonry-v for now, but it would be lovely to have a way of also using masonry on the small handheld display … if then you can find a way of making it work. I guess this is another situation that could be of benefit to more users than just myself.

I don’t want to forego any ideas you might have, but perhaps one way to handle it might be to assign one area [in pixels] for the mobile, and another for bigger screens in which masonry could be “let loose”? In my particular case, I’ve found that it really is only phone-sized displays that pose this problem, tablets seem to work fine.

Nice site, Liko!
As for the image search, start looking into into https://wppa.nl/docs-by-subject/search/ (and the various branches/options in the right-hand widget “Pages Menu” … Happy diving ??

I just saw your request “en passant”, and though I’m not connected with wppa development (merely a thrilled user), I thought this was an easy one to help you out with:
Click on “Album admin”, then on the “Seq” link (which stands for Sequence) in the line that corresponds to the “id” number of the album that you are calling up with your shortcode.
You can then drag the sub-albums into any order you want.

Hope this helps … and that I’m not thus stepping on Jacob’s toes ??

Hmmm. Downloaded it twice, thought I’d done sth wrong, but it still says 7.3.07.004 and still no table IX-A17 ??

Sorry, but the dev version now at https://wppa.nl/docs-by-subject/development-version/ seems to be Version 7.3.07.004 which has no table IX-A17