Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
My site has also been upgraded to the latest v3. The only missing piece is the cookie and privacy notices that are yet to be implemented:
http://www.michaelblanchette.com/
Piece of cake to make this upgrade. Great job on the part of the development team!
Thanks, sounds like some of the other modules were out of sync with Cart? I'll make sure to update all modules in my other site as well.
Sure.
http://www.bestofneworkshops.com/backli … n/?a=login
Username: admin
Password: [deleted by Ben]
Yes, I cleared the template cache several times and I continue to get the same error. Both my websites get the same error after updating.
Fantastic! I appreciate the rapid fix. But now I'm getting message "The shopping cart is currently unavailable" every time I go to either website. Did I miss a step? I tried a full reinstall of the Cart and I still get the same message as soon as I open my website.
I've completed the upgrade to Backlight 2 quite easily, but my customers are unable to book workshops using the Cart (and I just realized that it's true of both my Backlight 2 sites). It goes through the motions in PayPal and then suddenly drops out of PayPal back into my site without ever completing the transaction nor giving an error. I've verified my PayPal account info at least 3 times. It almost seems like the interaction between the Cart and PayPal API has a glitch. Not sure where to start looking for this one. Ideas? I've reset the Cart several times to no avail and verified that the PayPal site was full operational at the time.
My site is here: http://www.bestofneworkshops.com/?page=maine. If I click on a workshop and press the BOOK IT NOW button, it goes through the PayPal motions then suddenly bounces and returns to the Cart page.
Great. Thanks for the quick turnaround.
OK, will do.
I've now put my Backlight 2 site in production with few problems. However, I did notice one snafu when using Search that yields multiple pages of results. The 1st page displays just fine but pressing an arrow key causes the /admin/login window to pop up every time (without ever going to the next/prior page). Gee, I hope I haven't done anything stupid (again) but I see no workaround.
You can see the behavior on my test site here: http://www.mabtesting.dreamhosters.com/. Click the search symbol in the top pallet using a keyword with lots of results (try "lighthouse"). Now press any page number or left/right arrow and you'll be taken to the Backlight /admin/login.
Any clues? This happens every time.
Everything on my test site is working exactly like the prior Backlight 1 site. Thanks for the help.
I thought I had copied the .htaccess file but it certainly wasn't there. Must have copied it to the wrong place. I copied it and everything now works. Sorry about that but thanks for the help.
First of all, congratulations to the team for an excellent upgrade. I was able to upgrade my test site in less than a day, compared with previous upgrades that required redoing templates, etc. With the exception of my blog (last to do), my test site is now fully functional...except for one nagging issue.
This is a weird problem. Backlight 2 seems to address all its pages using the format "/?page=about" rather than a fixed address like "/about/". This all works fine until you go to a gallery index or gallery. One you've been in a gallery, the addresses switch to the old fixed format. At that point, clicking on any other menu causes an error since the pages are no longer recognized.
It's easier to see it than describe it. You'll find my test site here http://www.mabtesting.dreamhosters.com/. Click on any menu other than a gallery and things work as expected. Now click on Galleries or any individual gallery in the menu, and then try to press Home or any other menu item. Addressing fails to find the page with message 404 NOT FOUND.
At first, I thought it might be an upgrade issue with existing galleries, so I deleted them all from my test site and re-uploaded them. That apparently had nothing to do with the problem since it continues to occur.
I'm lost to figure out why this is happening. Any ideas? It's the only issue I've found so far with this great release.
Thanks, Matt. I can deal with the colors of the background and CLOSE button easily in CSS. And I've temporarily changed the text in footer.php to match the localized version of the search text for now.
By the way, I think the same non-localization issue exists for a few search-related labels. Labels "Search Blog" and "Search Albums" are fixed in searchform.php inside the Wordpress module rather than using the localized text in Backlight.
Regarding the default text in the search input box, I don't think I made myself clear. I wasn't referring to a Search widget in Wordpress. Changing the content of searchform.php in the Wordpress template only affects the Search function within the Wordpress blog itself. I'm referring to the default text that appears when I press the Quick Search symbol in the top pallet on a Backlight page. Changing searchform.php in the Wordpress template has no bearing on that text.
If you click on the Quick Search symbol in the top pallet on my main page, you get this http://www.michaelblanchette.com/#search. If I click it from the top of my Blog page, you get this text instead (which does not reflect Backlight Localization) http://www.michaelblanchette.com/blog/#search.
Matt, regarding the CLOSE button, it was hidden because I forced the background color of the page to match my website in CSS, which caused the button to accidentally be hidden. Is that page supposed to uphold inheritance from the page template? It's not.
By default, it's white with the CLOSE button as #191919 at .5 opacity. My default color scheme does not include these colors, so it's not inheriting the colors of my main page template. I had to insert CSS code to override the background color. I can obviously do the same for the CLOSE button color, but is that the expected behavior?
Matt, you were right on with the fix. I had a missing </div> at the end of a recent content change to the main page. That fixed the problem with navigation on smaller devices. Thanks for that find, Rod.
Thanks for the suggestions. I'll check the syntax in content and CSS to see if I might have screwed up.
Rod, I see what you mean about navigation. I think I'm using the very latest version of Pangolin but I'll verify. That's weird. This doesn't happen on my workshops site, so maybe I've got a mix of versions?
I use "quick search" on my website, with the icon in the top pallet. I can change the default text that appears in the popup in Designer=>Templates=>Localization just fine, but different text appears when invoked from my Blog page. I don't see anywhere to change that default text. What am I missing? You can see the behavior on my website between the main template and the blog template: http://www.michaelblanchette.com/
On mobile devices, there seems to be no visible structure to Pangolin multi-level menus, unlike those in Okapi.
I use several 2-level menus on my website and there's no visual designation of menus versus sub-menus as there was on Okapi releases, using arrows and indentation. This results in a gargled menu that's very hard to decipher on mobile devices. You can see a sample of this behavior if you look at my test site on a mobile device: http://www.mabtesting.dreamhosters.com.
Am I missing an option somewhere? Even the line separators are inconsistent in what they delineate.
Cool. Thanks for the quick fix.
I installed the Pangolin WP module but the Wordpress settings do not appear under Backlilght->Settings. Re-installed the WP module for kicks and it changes nothing. Settings never appear so I can never upload new template to Wordpress. I also re-installed all the Backlight components in 1.20a and the Wordpress settings are still absent.
Thanks, will do.
OK, thanks. Will pursue.
There seems to be no option to turn off the Cart icon (when Cart is installed) from the image index. Is there a way to turn them off and only show them on the full image display like before?