Forum Replies Created

Thank you, Elliott. I am familiar with Enfold, but it is not feasible to re-make our web site without much more time and planning.

You mentioned how the shortcodes will not translate — this is just the type of problem I needed to know. I look forward to Kriesi’s thoughts on achieving google’s mobile compatibility with older themes without reinventing the wheel.

the problem turned out to be something entirely different: I was uploading CMYK images.

While focused on code, and performance, and everything else i overlooked the profiles pegged to my images. It was only after i identified all of the offending images that i realized what they had in common. I replaced CMYK’s — which the newer browsers accepted — with sRGB’s and the IE browsers snapped in to shape.

The site launched on time and has been working great these past 6 months. I still have a basket of updates and finishes planned:)

Original WP install, the broken one: I deleted image galleries on the front page and a test portfolio and the pages worked – then uploaded new images to those pages. The pages still work properly in IE. It appears that the crash is due to a conflict between the old way image galleries were handled, and the new way WP/FL handles them. At the very least, i should be able to recover my site by removing all images and re-uploading them.

Similar problem to the others here but the work-around is to edit any image meta from the WP Media Library and not try to do it from within the ‘insert gallery’ box while you’re editing a portfolio piece.

Hitting any button other than “…then close the window and update.” will break the gallery, as was stated above. If you upload gallery images but need to change image titles or add other meta, go ahead and publish the piece and then go to the WP media library. Change your image meta from in there and use the normal ‘save’ button and your gallery will update just fine.

Hitting anything other than “…then close the window…” while in the gallery insert window will break it. In that case, you need to delete the piece entirely, create a new one, add any other ‘loose’ layout images -first-, and then upload your gallery images.

Edit: seems to be some other step tripping me up here, I’m not having much success creating the page in one go and it likely stems from the addition of ‘loose’ images/gallery/lightbox in the page content itself. The sure way for me to post seems to be to avoid adding additional images, or: create a portfolio item, fill out the layout and images, publish, edit it, select all the content and cut it, delete that portfolio item, create a new one, paste the content, add the gallery, and then publish THAT one. Then fix my image titles separately. Your mileage may vary if not using ‘loose’ images. Meh. But hey it looks fantastic.

it is a multisite installation. I suppose the only thing we can do is see how Timthumb performs when it has a real URL. I’ll let you know what happens when we launch in a couple weeks; if i have to create icons to use in place of auto-generated slide thumbnails, so be it. Thanks for looking in to this.

i expected that, being in a network set up, the media and posts would be under …/wp-content/blogs.dir/ … this is not the case, so far the first site is putting content in to /uploads … this may be the proper operation, but the network feature is new to me. The site is installed in a root location, as WP requests, however it does not have a domain name.

could the fact that this is a network set up, compounded with the site being in a ‘sandbox’ without a domain name, be making timthumb skip a beat? The application goes beyond my PHP knowledge to troubleshoot.