WELCOME TO THE BLOG

P4 Auto-update details, build #1402

Today we’re pushing a free auto-update to ProPhoto4 for users on auto-upgrade-capable web hosts. The main purpose of this update is to provide compatibility with the newer WordPress 3.5+ media uploading workflow, as previously discussed in this blog post. There are also a number of small bug-fixes and enhancements. See the changelog below if you love the nitty-gritty.

New media workflow

As mentioned above, the biggest change in this update is to change our media/image/gallery upload and insertion workflow to match the changes rolled out in WordPress 3.5. In the blog post I linked to above, I explained why we didn’t immediately roll out support for the new WordPress 3.5 uploader. The short version is we felt it would be a waste of time not to let the WordPress functionality mature for one full release cycle before we spent our limited time and resources coding to it. New features in WordPress often change significantly in the first few months after their initial release, so we didn’t want to be chasing a moving target. We promised instead to roll out support for the new uploader once it had stablized and the next major version, 3.6 was released.

Our new build containing support for the new uploader ended up being ready about 2 days after 3.6 was released (the development was much harder than I imagined). We delayed pushing an auto-update until today so we could flush out any wrinkles and glitches that turned up after the new build was ready. But, as of today, new customers have been using the new build with great success for a few weeks, so we feel it’s ready for primetime.

Screenshots:

Uploading media screen

Uploading media screen

Browsing uploaded media

Browsing uploaded media

Selecting existing ProPhoto galleries

Selecting existing ProPhoto galleries

Editing a ProPhoto gallery

Editing a ProPhoto gallery

Video:

Dan also re-worked our “Images & Galleries Overview” tutorial video to show the new uploader, so you if you want to see a video of the new UI in action, we’ve got it:

-GOTCHA- If your host doesn’t do auto-updates, you can download the latest build from within your admin area under ProPhoto => Customize => Site Settings => Misc => ProPhoto Updates. Tutorial for updating from downloaded zip can be found here.-/-

Changelog

  • hide the “router” view when showing the browse ProPhoto galleries workflow within the media uploader
  • fix error saving changes to ProPhoto gallery meta within new uploader workflow
  • catch errors in JavaScript minification for rare problems caused by mal-formed JS
  • prevent linebreaks in WordPress and site URLs from fouling things up
  • make sure all category prepend texts end with a trailing space, use single-quotes in .YAML files so that trailing-whitespace plugin doesn’t strip these in the future
  • use “medium” sized thumbs for ProPhoto gallery selection display, to avoid creating another cropped size, which can be very slow when there are many existing galleries
  • feature: re-work media workflow to be compatible with and take advantage of WordPress 3.5 media changes
  • modify jquery-mobile.js to play nice with jquery 1.10 in WP 3.6 – fixes mobile rendering bug caused by incompatibility
  • bugfix: menu items with text and icon weren’t getting text-decoration CSS applied correctly
  • ensure user-entered custom URLs have scheme, whilst still allowing empty URLs
  • bugfix: ensure contact form anti-spam question/answer pairs are matched before validating, to prevent incorrect results
  • modify handling of Font Squirrel web font zip kits to work correctly with their new file directory structure format
  • ensure that img “data-x” attributes are preserved for greater plugin compatibility
  • admin UI fix: showing comments on archive pages applies even when using only Facebook comments, so option should be visible
  • bug fix: make sure ProPhoto static files always regenerate when widgets are re-ordered
  • handle ProPhoto gallery placeholder images with unusual HTML correctly
  • fix rendering of inline search form on mobile devices when mobile site not being rendered
  • check for custom post meta indicating forced sidebar before bailing if post type is not “post” or “page”, because plugins
  • safeguard for third-party (plugin) javascript files/modules that get caught in our AMD require/define API
  • be careful not to use a $post object without checking that it exists, some crappily coded plugins destroy or don’t create a global $post object
  • fix problem where menu view was rendering even when no menu items, causing unwanted space
  • try to better handle larger-screen androids and ProPhoto galleries
  • bugfix: top and bottom menu splitting was being applied to primary and secondary nav. Should have just been primary.

Get a $30 rebate when you choose our recommended host, Bluehost