No, I only have eight fields in that table: ast-site-content-layout astra-migrate-meta-layouts footnotes origin site-content-styles site-sidebar-layout site-sidebar-style theme-transparent-header-meta

I don’t believe any of these have anything to do with JIG. Could you possibly code this? It would be really helpful for our project as we could then use JIG for just about all our needs.

I tried this and it works fine without a change on my end.

1. Enable the classic editor: https://i.justifiedgrid.com/s244lc.png

2. Go to the edit page of a single image like this https://i.justifiedgrid.com/s244kt.png

3. Fill the field in one language and “Update”: https://i.justifiedgrid.com/s244t3.png

4. Switch to the other from the bar: https://i.justifiedgrid.com/s244uh.png

5. Fill in the fields using the other language: https://i.justifiedgrid.com/s244wb.png

You can verify the values stick by switching between languages back and forth. If you put the same JIG gallery into a post/page that is translated into both languages, you’ll see the changes happen as you switch languages (they’ll point to a different address).

Tested with WPML 4.6.6, WP 6.3.1, beta JIG.

Efficient manual use of WPML requires a meticulous process, always knowing which language you are on in the admin, especially when creating new content, what is the translation of what. Unfortunately I’ve seen and had to untangle multilanguage sites that weren’t set up cautiously, it’s very easy to make mistakes and get lost in that plugin as it’s very powerful and there are multiple ways to do the same thing, even now with automation and AI.

Also you might not even need the Media Translation add-on: https://wpml.org/documentation/getting-started-guide/media-translation/ In my test I didn’t have it at all. Normal WPML can do just fine if you use the same images in all languages, just their captions and links need to be different.

oh ok. That’s disappointing. Any plans to add this feature?

Well, since I’ve dropped “image” from my domain name, yeah I’m open to making this a Justified Grid of anything. But that kind of capability would naturally come as part of a rewrite, which is still a long way out, but I’m learning new or more modern ways to solve these things.

That sounds great. I really admire and appreciate your dedication to this plugin. Thanks very much

Was it a caching problem or does the issue still persist?

There is a built-in caching which causes a delay. So if you’ve just created a gallery and then check it on your site, it’ll take like an hour (configurable). Furthermore, caching plugins’ page cache can further delay this but you generally only see stale content while being logged out.

Yep, them and the video thumbnails would all come from the media library.

You set the limit for row heights. There is no limit on the amount of rows. JIG doesn’t use the concept of columns, you can have any number of thumbnails per row, but it’s automatic and is not a setting. Size restriction is not enforced but it’s good practice to not serve print resolution images. Customers have been known to stuff 1000+ images in a single gallery (relying heavily on filters and load more, not expecting customers to view/load all that at once of course). Mind you that there is no pagination or search yet.

Nope, for now as the name says it’s an image grid But I have plans to make a grid out of anything even text. For now, it must be an image format that is recognized by the WP media library with dimensions detected.

The name of the file doesn’t change normally in the WP media library with title changes, and it’s not the plugin’s responsibility to alter that. There are other plugins that take care of this such as Jordy’s https://wordpress.org/plugins/media-file-renamer/

If you meaningfully fill out the images’ Media Library fields, you need to select them as img alt or link title on JIG’s Lightobxes tab (since these fields are also used by the lightboxes) even if you don’t intend to use a lightbox or show the text (they could be hidden via Custom CSS if they really serve no purpose other than for search engines).

Since JIG display is heavily JS-based, JS-less user agents and search engine bots often just see the HTML version which is dumbed down, doesn’t look as good, but still receives all the texts associated with the gallery (that you choose to display as caption on the thumbnails, and in the lightbox). Because of this structure existing the noscript tag, and generated as a shortcode output, not all SEO plugins pick up as image links to be included in the sitemap. Official support is there for Yoast SEO plugin’s XML sitemap only at the moment. I see that Rankmath may be superior, but I’m yet to add compatibility. In case of Yoast, there is a process that walks all the content on the site, but that just looks at the content. I needed to enable shortcode processing and then output a list of images in a simplified way for the SEO plugin to properly find the images so they would end up in the sitemap when inspecting the xml source of it.

This takes some digesting. Thank you for the comprehensive answer all the same. I am not really sure what you have told me ultimately

Short story is that I haven’t yet worked with Rankmath and the sitemap feature works with a different plugin. Media file names are not JIG’s responsibility and I hinted at a good free plugin that can help. Google sees a different, simpler version of the gallery. The text you wish to use for SEO on the images coincides with the text to show in the lightbox.

WordPress has a great concept called attachment pages but almost nobody makes good use of them. It’s a page for every image in the library. JIG can link to these pages intead of the lightbox, but unless they look great an useful, they are not of much use. Most people just use the lightbox.

Yoast SEO plugin’s Sitemap feature is connected to JIG, I don’t know of another setup where the plugins would find images embedded with JIG. I’ll probably add Rankmath compatibility in an update.

If your meta key in the code is jig_exif then set that as the custom field too, so jig_exif not jig_show_exif.

In your case jig_show_exif is the function name, not the label of the virtual custom field.

Thanks! It works!

Well, there is this: https://i.justifiedgrid.com/rycb8a.png So any point in the tree you pick becomes a flattened gallery. Then, set the order by to date descending. If the images are not combed together the way you expect, I can make changes to make it more usable but it should work the way you describe.

Finally back looking at this and double checked settings as mentioned above. Still not displaying as expected. I made some more notes here:

It just lays out your galleries one after the other, no? The images are in the right order within each gallery, but not merged into a big pool. I’d like to work with you to make this flattening feature more useful. Not many people use this option, and when the flattening stops at the gallery level (not their contents), then the order is fine as they are manually positioned and the “one after the other” is the expected. But in your case you want all of the images put in a pool together, then have the order applied, then the limit. Is that right?

Nope, sorry

With custom coding only. For the heart button to work, the ID of the content is generally available in the class of each tile. But how that is saved and listed would be up to those that code this functionality in.

Custom icons is a very nice idea and I might incporporate something like that into the plugin eventually. Now it would need custom code (probably just CSS) to assign each filter button a disctinct icon like that.

That is more of a “handcrafted” grid, with some tiles spanning two rows. The tiles are not irregular either, they seem to follow a multiple of a unit length or height. This plugin does an automatic irregular grid with strict rows, and no image spans over two rows. So while they may look similar at first sight, they are different approaches so no unfortunately it can’t mimic that one.

If your source images are strictly 1:1 or 2:1 ratio and limit row height deviation in JIG, and use “disable cropping”, and do something with an incomplete last row (most likely autohide it with an option) https://i.justifiedgrid.com/ry3brm.png then it could look somewhat like this.

But having to prepare images to have a certain aspect ratio just for the layout to work is probably too much work from the site maintainer’s side.

Sometimes sacrificing the last few images just to form a complete block in the page is also not viable if this is used as a form of navigation or index page. The “Match” option doesn’t handle varied aspect ratio images well, but this is something I’ll re-visit because that sounds like an unnecessary limitation.

Thanks for checking it out. I think it might be easier to use Beaver Builder’s columns and nested columns to create this instead of a gallery plugin.Then I will test at each breakpoint and adjust settings so it looks good. I can hand-code the hover effect using CSS. The only thing I lose is the image randomizer.

My client never updates this site, so extensibility is not an issue – just responsiveness. I was able to get a similar grid to behave across devices on this page with this approach and ensuring that the images were sized using multiples as you observed: https://achuckzech.brightbirdcreative.com/our-team/ (toward the bottom).

Thanks anyway. I’ll keep your plugin in mind for future builds.

Here are some hover effects to be useful (the demo looked like it was taken from here or at least inspired by): https://tympanus.net/Development/HoverEffectIdeas/index.html

Source: https://github.com/codrops/HoverEffectIdeas

I’m eyeing with implementing some of these to the plugin one day, perhaps as an addon.

Columns and nested columns of builders can be a bit cumbersome since they correspond to wrappers and things will fall apart or get really simplified as screen width narrows, to a point where the creative grid is only seen on desktop (and just a single column on mobile).

FYI if you know code but still want to use a builder, Oxygen is closer to what you are used to and basically uses an UI for flex with less wrappers and DOM elements outputted. Perhaps for your next project: https://oxygenbuilder.com/

Is the page you see in the admin the only one you have and wish to use? If so, I see the error appears in the specific “overview” options only. If I choose all your albums manually, everything shows. So in the meantime it’s a good workaround but it won’t auto-pull new ones. So the /media/photo-gallery/ page works now until I figure out why the automatic overview option doesn’t work with your page.

I upgraded the shortcode in your page to use the wpbakery block so you can edit it more conveniently.

Thanks Firsh, much appreciate it! Your solution will suffice for now. I will be monitoring the changelog for any updates.Enjoy the summer holidays!

Hi, I’ve released an update, in which each page uses its own page token and not your user token (after a re-auth). It’s been known to cause some errors like you experienced, I’ve encountered with the “feeds” for example. Please check if all is back to normal.

The “other photos” button is not a thumbnail in this kind of grid but a separate load more button below the grid. Clicking it spawns more thumbnails.

However, you can cut off the gallery after a number of thumbnails (“hidden limit” feature), and the rest will be discoverable inside the lightbox only. There is no special indication for this, though, but if you add a + to the caption of the last one you can kinda get what I see on the screenshot.

The 2 and 3 per row layout is not guaranteed as the layout is automatic, it can end up different depending on the device and resolution and more importantly, on the shape of the thumbnails.

Hi, it’s not theme “settings” but the CSS of the theme itself, a file which is ~25k lines long has rules targeting this particular lightbox, unfortunately. https://news.bx200.com/wp-content/themes/manon/assets/css/modules.min.css?ver=6.2.2

I don’t think it’s feasible to clean the theme of these so JIG’s styles would apply, but possible. The rules are pretty aggressive: https://i.justifiedgrid.com/rwjexd.png what would be useful is to surgically remove .pp* rules from this file, but then you can’t update it anymore. And it’s a minified tome (they have unminified source next to it though). I doubt the theme has options for not including these styles even if you instruct it to skip the lightbox in some way.

I advise picking another lightbox that the theme didn’t come with, perhaps PhotoSwipe. Or if you are adventurous, /* comment */ or remove line range 12347-12717 from https://news.bx200.com/wp-content/themes/manon/assets/css/modules.css?ver=6.2.2 then minify the file with a random online tool and save it as modules.min.css and make backups along the way. And remember to redo this if you update the theme, but the line numbers will be different.

I decided to be adventurous and the solution worked perfectly. Much appreciated and have a great day!

Thank you for the reply.

I am a little bit lost.

What does the data gallery description have to do with the name of the gallery being displayed below the thumbnail? Yes. I have line breaks in the descriptions of the data galleries. Its like a small story of the trip. The line breaks make the text easy to read.

I did a test: I removed the description of the first data gallery and when I did that its name showed up on the front end. But I dont want to remove the descriptions of the albums. Without the text they become some random photos on the internet.

I tried to increase the caption height in the JIG dashboard but without any result.

What should I do next?

Ok. Problem solved. Thank you! I have removed the lines the breaks and now everything works. Would be nice thought to be able to put line breaks in the description.

The gallery description can be shown above the grid, well outside of thumbnails, there you can show them with any kind of line breaks. But the description (which could be a wall of text) CAN also be shown on (or below) the thumbnails. In that case a long and multiline text does cause problems. If you have a small space for it, instruct the plugin to not show the description. https://i.justifiedgrid.com/rwjfe3.png

The name of the gallery is a separate slot. I think the name and the content count is enough to differentiate this view from the content photos inside.

What’s also feasible is to use larger thumbnails, have captions ON the thumbnails, and have them (their bottom line) shown (slide up or fade in) upon interacting with the thumbnail, so they are out of the way most of the time. Then have more area to work with and text only gets cropped if it already covers the entire thumbnail.

I don’t see why not

Yes https://www.youtube.com/watch?v=IwX_uwXz_JM

JIG is just a display, you’ll need another plugin or custom code to handle the community features (upload and commenting). As long as images end up in the media library as if an admin had uploaded them, there is always a way to make JIG find them. Commenting could be done if you don’t use a lightbox but the “attachment page” (JIG thumbnails could link to those). Or a mix of both: show a lightbox but lead visitors from it to the conversation on a separate page for each image.