I’ve uploaded a new beta version of AWSOM Pixgallery version 4.6.0 that can be downloaded here. This version of the plugin adds in the new custom language capability. By editing the pixgallery_lang.php file you can change the display of all of the nav elements of the plugin. Additionally you can place a copy of this file into a new folder called custom_language so that updates to the plugin do not erase any of your changes.

I also made a small bug fix to correct an issue where the next/previous archive nav elements did not appear in the proper place, and they now follow the option for “extra nav bars” and appear at the bottom of the thumbnail gallery if this option is turned on in Pixgallery settings.

ShareThis

Ok, yet another example of how Apple drives us iPhone developers crazy. When you develop software you want your development and test environments to match as closely to the distribution version as possible. In this case you want the iphone simulator and iphone dev system for the iPhone hardware to match how the final bundled app works. We’ve hit some issues in the past with this not being close, but we’ve found another lovely glitch. In looks like the iPhone simulator, and the dev hardware loader allow things that the distribution version doesn’t: specifically how file names are handled. On the simulator a file called “test.jpg” and a file called “Test,jpg” are considered the same. Some file systems allow this, others don’t. Howewver, when you bundle the app this breaks. Now the files are not considered the same, and this leads to broken links and images not correctly appearing in an app.

While it was definitely a mistake to not check that the file name matched the image call in the app–it wasn’t made easier to find this problem since the simulator happily displayed the image “properly”.

Sigh, a new version of the affected app has been submitted, but i really wonder why these types of glitches in the dev tools happen.

ShareThis

Hey everyone,
I have a beta version of AWSOM Pixgallery version 4.6.0 ready for download for those who like to look at things early. This version only has 2 new things in it: a fix setting that allows you to turn off post scanning of images (this will help with people who report slowdown of their index page when pixgallery is active), and also the redesigned settings page which groups things more logically.

I’m still working on the theme elements, but for those of you having the major slowdown issue this version will fix that while you wait for the next full release.

The files can be downloaded here: http://www.awsom.org/filerepository/awsom-pixgallery460beta1.zip. Just replace the files on your server with these and you should be good. Load the settings page and save the options to enable the new setting.

ShareThis

I’m deep into the next version of AWSOM PIxgallery development, so I can let you guys know a few details on it so far.
One major fix will be the ability to turn off scanning of Posts. This will fix some reported issues where ad plugins or other image elements cause your site to load slowly with Pixgallery active.
Another major update will be for the “theme” system in Pixgallery. You’ll finally be able to dictate the displayed parts of the gallery (breadcrumb, caption, image name, etc.) as well as alter the language of the interface.
So yes, it’s on the way finally. I might post a few betas along the way. Details will be coming soon.

ShareThis

I’m investigating a fix for Pixgallery that will alleviate the issues some users have encountered where the plugin interacts badly with images in their posts. One of the functions Pixgallery contains is the ability to “protect your theme” by automatically resizing any images in your posts/pages to a set maximum size. Unfortunately this sometimes causes bad behavior where page load delays or other unfortunate situations can occur when the plugin is active. I’ve finally worked out a possible solution to the issue. For the most part these problems occur in posts, not pages. For the most part users use galleries in their static pages, not posts. So the fix will involve a new admin setting that basically turns off all Pixgallery image scanning within posts. This is not a full fix for the issue, since of course some people may want to use galleries in posts–or they may have other images in pages that cause the underlying issues. But I think overall this addition to the plugin will get rid of 90% of the problems most people encounter ( i hope).

I’ll put up the new version as soon as I can confirm that nothing else goes boom when the fix code is active.

ShareThis