I can’t tell whether or not she intended to place a certain image into the gallery. The delete and reupload wasn’t a best practice though. It should have nothing to do with the mixup. I see an image that is distorted while she is using jetpack photon. When she resized did she also crop some?

Purge the cache in “External image caching time” setting of the timthumb & CDN tab of JIG.

If you have it on “take-over” then check the WP gallery shortcodes on the text tab of the editor if they look all right or weird.

Hi, purged the cache, but everything still looks the same. The gallery shortcode on the page looks like this: [gallery ids=”231,230,247,242,249,229,232,244,228,262,234,237,243”]

Would it be possible for you to log in and take a look?

Your theme is already loading a CSS file for prettyPhoto which could interfere:

line 101

iframe { padding-bottom: 15px; }

This rule slices the social buttons, apparently.

Thanks for the quick reply! This problem is solved!

Now I noticed another instability: sometimes when I click on the icon “share” of the FB, only the text appears without the image. We can work on it?

I put an example: http://brincandonojardim.com.br/imagens_compartilhadas/image-grid-problem.jpg

The gallery: http://brincandonojardim.com.br/galleries/brincado-no-jardim-fotos

In JIG settings lightboxes tab set prettyPhoto deeplinking to smart deeplinking. Other than that it’s Facebook’s responsibility to create an image in time, JIG already supplies the information. Also the connection between your server and the Facebook bot can be slow there is not much you can do about it. Or your server is serving the image too slowly to Facebook or Facebook’s thumbnail generator script is overloaded at that moment. Usually when shared later the picture could show up.

Ok, Firsh. Thanks!

One more little thing, Firsh. The “share” button (“compartilhar”, in Portuguese) is sliced before the end of the word on the right margin and the number of shares not appear too. Can we fix it? Thanks.

It’s in the language you use for Facebook. For me it’s in english. Add this to Custom CSS of JIG settings general tab:

.pp_details .pp_social .jig_pp_facebook{ min-width:200px; }

Should let more of the Facebook button to be seen. Increase the number if preferred.

The site would be faster for non brazil visitors if you used a CDN like the free CloudFlare.

I copied and pasted your code, increasing the number of 300px, but unfortunately the problem remains.

Yes sure, it would still be a recent posts entry so you’d need to put an article behind it (can be empty). The caption and other data on the thumbnail would be derived from this fake article. Add a custom link to the featured image, then enable “use custom links” in the recent posts settings. Among your true recent posts there will be a thumbnail that links to your advertiser page.

Great usage, I like the custom overlay icon and the vertically centered allcaps captions! I’d add a white glow around the overlay icon to make it stand out on dark thumbnails. Would you like to be featured?

I would love to featured!! That would be great!!

Got the post to work! Thank you!! question: when I use the JIG Taget you can set a lightbox for the image. Is there any way to have the lightbox display the image description in the lightbox?

1. Don’t they get “publish” status if they don’t have a parent? Inherit is just a type to specify in the wp query. Most images in the library don’t have a parent. Is it not working for you? This hasn’t been a problem for anyone yet.

2. No you can turn off any WP image size, it’ll have no negative effect. I disable all of the sizes my theme generates and the “large” image size because it creates a larger filesize image that is smaller than my web optimized higher resolution ones..

3.That’s photoswipe, the default mobile lightbox. Are you using a preset in the shortcode? Then choose foobox for mobile in the shortcode too.

1. Wordpress doesn’t set the physical post_status of attachments with no parents to publish, but instead they “inherit” the publish status magically (they are simply included in the results when they have no parents and have the inherit status). So the status in the database still has to be set to ‘inherit’ in order for the image to show up in JIG. In my case, I’m physically setting the post_status of attachments to publish, as I need to differentiate between statuses as if attachments were more like posts. My situation is somewhat out of the ordinary, so I don’t mind having to make the edit. I’ve just changed it to ‘post_status’ => ‘any’ as I’m filtering the IDs myself, but ‘post_status’ => array(‘inherit’, ‘publish’) would work too.

2. Awesome! I’m really glad that’s the case. And that’s pretty funny too. On that note – would it be possible to use the timthumb thumbnails that JIG generates elsewhere on the site via getting them somehow? Or even trigger the creation of one via a function call to JIG? It’d be great if I could just reuse those thumbnail images outside of JIG via some kind of function call and avoid WP thumbnail generation all together.

3. Mobile Lightbox! I missed that in the docs! Thank you!

1. It was set to ‘publish’ in the past, but if I remember correctly that spawned a problem when somebody created a draft, and added images to it. The images were “published” and found by the query while the post wasn’t yet public. I could work with you on this to find a universal solution that would work for everyone including you.

2. You can make use / re-use of them if you copy their address, or create any size thumbnails with it. JIG doesn’t have a thumbnail creation public function. Interesting that you like this solution better than WP thumbnail generation. It’s usually the other way around.

3. Look up preset authority as well if you use presets and wish to globally change lightboxes.

Sure! I’ve tested the draft bug and here are the results. First, here’s what I did:

I created a new post, inserted two images into it. Saved as draft. Checked the DB- the post has the ‘draft’ status and the attachments have ‘inherit’. I then took the attachment IDs and inserted the IDs into the JIG shortcode.

Set ‘post_status’ => ‘publish’ Result : Draft images do not show up

Set ‘post_status’ => array(‘inherit’, ‘publish’) Result: Draft images show up!

Set ‘post_status’ => ‘inherit’ Result: Draft images show up!

It seems wp query is not actually doing any kind of check on parents and is only getting attachments that literally have the string ‘inherit’ in their status field. It appears the status of the parent post doesn’t matter at all; I’ve set the parent post to private and the images still show up.

I guess I assumed from the word ‘inherit’ that it would actually… inherit!

So that means JIG is only getting images that literally have the word ‘inherit’ in their post_status. As wordpress doesn’t ever set an attachment’s status to anything other than inherit, that works with all JIG users except those who use plugins that change the status of attachments themselves.

The best solution that comes to mind would be to add a post_status to the shortcode, allowing the user to set the post_status or statuses they want, otherwise default to ‘inherit’.

Let me know what you think, and if you find similar results! Maybe I’ve missed something.

Here’s my shortcode for reference: $jig = “[justified_image_grid ” . “preset=4 ” . “lightbox=foobox ” . “mobile_lightbox=foobox ” . “caption=fade ” . “caption_field=alternate ” . “caption_align=center ” . “row_height=275 ” . “thumbs_spacing=0 ” . “allow_animated_gifs=yes ” . “disable_mobile_hover=no ” . “orderby=custom ” . “load_more=scroll ” . “ids=$ids ]”;

As for #2, the reasoning is that if JIG/TimThumb has already generated a thumbnail, I might as well use that one instead of generating a duplicate one via WP to use outside of JIG. I’d be doubling processing time and required storage for each thumbnail. Being able to say “Hey JIG! Do you have a timthumb url for attachment 97?” or have JIG store the URL in the DB would be really useful. But I realize that might not be possible, as they’re generated dynamically and in the case of random_width with a seed. But maybe I could add a line of code that would take the URL and insert it into the database for later use?

I’ve noticed that on ThemeForest that themes that use TimThumb are not allowed. I’m guessing this was a reaction to the security hole that was found a while back but has since been fixed. So I’m curious why you have chosen TimThumb over WP’s image generation which can use ImageMagik or other libraries for example? Is TimThumb Faster? Higher Quality? Smaller footprint? Caching?

Thanks again

For #1 what do you suggest, should I change the post status in the plugin or leave it alone? I could add a new setting no problem, but not sure how useful it would be for others.

nr2. I’ll write an article about that. The primary reason is using images from anywhere. Other solutions can’t resize offsite images and JIG is dependant on using images from Flickr, Facebook, Instagram, RSS etc. Furthermore the size that is needed is very dynamic, e.g. you change row height or row height deviation, it’ll need a different size. If someone visits from mobile devices, again new sizes will be created to match the resolution of the device, at the appropriate quality level. I don’t believe other solutions would be happy with this kind of on-demand usage. Yes there rule is there for themes only and also for themes there is no reason to use timthumb at all, evertything a theme needs can be done with predefined image sizes with built in WP tools.

Yes random width does use a seed, nice catch Image sizes change, I don’t think it would be meaningful to keep thumbnail URLs in a database. TT generates whatever sizes you throw at it anyway. Its cache is cleared sometimes, e.g. at updating the plugin. I also like to keep things separate from the wp uploads folder and not clutter that directory at least not its root. There is nothing worse than if you decide to discontinue using a plugin and you need to manually clean up after it in various folders on the FTP.

There’s two solutions:

A ) Make it a setting where the user can set what post types they want and just default to inherit. You’re right this would rarely be used – and it may even confuse users who aren’t aware that attachments are never assigned post types by Wordpress.

B ) Instead of ‘inherit’ use ‘any’. There is only one difference between the two – ‘any’ will pick up attachments that have had their post_status altered by a plugin, whereas inherit will not. Both ‘inherit’ and ‘any’ will still get all attachments, regardless of the status of their post parent. The only visible difference would be seen in special case plugin users. In my case I’ve set it to ‘any’ as now I can get attachments with any kind of custom status which is super useful.

The only downside to using B, is that if in the off chance a user using a custom post_status altering plugin (and I don’t know of any off hand aside from the one I wrote so I might be splitting hairs here) doesn’t manually get the IDs via a query outside of JIG, it would show attachments that have been set to pending or draft or anything else the custom plugin set them to. But I imagine the custom plugin would handle the ‘publish’ check itself in order to get the IDs… so I think this problem would be a super rare case. Changing it to ‘any’ would appear to be the best method.

2. Makes sense! I hadn’t considered external sites. Seems like a good solution. And yes, I was really glad to find the data in the plugins folder! I might play around with storing temporary urls in memory or in the DB to make use of the existing cache at some point and see if it helps. I’m interested in seeing how TimThumb will perform under high load – I’ll have several million images being accessed by hundreds of thousands of users so it should be interesting to see how this scales!

If I make any more modifications to JIG or find anything useful I’ll be sure to let you know. Thanks again for all your help!

What is your image source? With NextGEN or WP I believe it’s possible, but with other sources no.

Awesome Gallery

shucks, awesome gallery has the nextgen capability, but I have 330 images that are only using the actual Awesome Gallery

EDIT:,
sorry, thought this was a reply from Awesome Gallery plugin. I have purchased both. I have not installed yours yet, was just wondering.

I will install yours and nextgen and then see if it works.

BTW, since I am at the moment only testing, do I have to input the license just yet? What if it does not do the search and I want to use it later on after uninstalling it?

Normally you can’t order based on custom things, this could be a feature though.

Recents description line 2 custom field:

[justified_image_grid recent_posts=yes recents_description_2=custom_post_metadata post_metadata_fields=YOUR_FIELD_NAME recents_post_type=EVENT_POST_TYPE]

You may need to add a _ before the field name, if it’s a hidden field.

To order by custom field, the query would need to be modified with

‘orderby’ => ‘field_name’,

I think. Contact me if you wish to find out more.

Hi, thank you! This works nicely. One thing I forgot is that I also want to exclude posts if the date field<today. Also, this date field is in UTC, but I need to subtract 5 for my timezone. I do this in a report like this DATE(DATE_SUB(CURDATE(), INTERVAL -5 HOUR

I spoke to soon. I should have mentioned that my custom field is not in the posts table. The field is on a table which can directly be joined to the posts table. (they share the ID, so that evt_id=wp_posts.ID)

JIG has a date range query setting, where you’d set the last x days to your use.

How is your custom field not being in the posts table related to the problem?

I thought the table was the issue, because I’m not able to display the custom field in the caption. I can’t tell exactly how it’s sorting either, when I add that parameter, though it does resort. To be clear, I need to sort by the custom field date, on a range from today (in EST)->, while the custom field date is in utc.

Do you have version v2.3.1?

Yes, I am on v2.3.1

Any updates?

Have you tried setting “ssl verify peer” to no, in the general settings? Scroll down for it.

Tried that, and it didn’t work

Any other ideas??

Contact me from my profile I’ll check it out for you.

Hi Firsh, I’ve emailed you the details. Can you please follow up? Thank you

You can’t show a JIG gallery of another page anywhere else but you can copy the shortcode to create a copy.

Perhaps you need a tabs solution and put JIG into that? The filtering buttons can’t be separated from JIG and it’ll only filter the thumbnails. You can hide the “all” button so upon page load the first button is active.

Hope I understood correctly.

I didn’t think it would be possible but thought I should check just in case, my client really wanted it.

It would be nice to be able to have a reference copy of a JIG gallery on another page, sidebar, or widget area etc… that would be updated when the original JIG gallery was updated. Perhaps if each JIG gallery had a unique ID, there could be a shortcode for this feature. Maybe this could be a feature sometime in the future?

Can you provide more info on how the tabs solution would work?

Thank you!

I haven’t though of that, but why would you need to copy a gallery? If you need the same thing displayed across multiple pages then you can put it into PHP template tag and add it to the theme instead.

Tabs: perhaps your theme has tabs, if not then you could find a free tabs plugin. Then put JIG instanced in tab contents.

Last example. It’s a bit similar to filtering. That’s why it popped to my mind.

Using a shortcode to reference an existing gallery but then being able to edit the appearance of each instance such as thumbnail size, filtering etc, would allow me to show our one main 80 project JIG pages gallery in multiple places, but with a different appearance for each instance such as small thumbnails in a sidebar. Being able to show it as a list would be nice as well but I don’t think that’s a current JIG option.

I’ve not yet used tabs, so will have to experiment to see if they can be used in our situation.

Thanks!

I still don’t fully understand why would you show the same content in multiple galleries. Perhaps you are looking for custom presets? They have an ID you can centrally control and update multiple JIGs at the same time (except their image sources).

One version could have huge thumbnails of page featured images and be a beautiful gallery and another instance could be like a menu or list available in a sidebar of the homepage (for instance).

Well then if you attach images to a post (upload when editing it), you can reference to that post by ID in the shortcode and it’ll pull that posts’s / gallery’s pictures.

Thanks, but that’s not what we are trying to accomplish. We need a menu of our JIG gallery of featured images. Each featured image represents a page, we need a menu or list or catalog of all the pages. We are looking for an automatic way of making a nice looking menu, list or a reduced catalog in addition to the large display of the featured images. The page with the large JIG thumbnails is beautiful to look at, but it can be difficult to navigate in a hurry.

Ok then use the “recent posts” feature. It can pull posts/pages/etc by the featured images and act much like a menu.

I hadn’t thought of that, even though that is how the “original” JIG gallery was made that I want to duplicate! I think that would work! All I need now is a way to change the appearance of the additional JIG gallery into more of a list or menu rather than a gallery, perhaps a list with small thumbnails. I haven’t attempted to use any custom CSS with JIG and not sure I want to try with such a complex plugin. Do you have any suggestions? Maybe I should just not bother you with this and find a list plugin! JIG after all is a gallery plugin! Do you have any suggestions for list or menu plugins?

Also….. for a slightly different use of JIG but for this same gallery…. Is there a way to just show the filter buttons without any thumbnails initially? I don’t want any thumbnails to show or load initially, the filter buttons will just be there like a menu.