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.
And, my client DOES need to add/modify/upload Galleries and updated Pages directly from Lightroom, not export and ftp.
Their success here will largely depend on wind direction, aspects of astrological patterns, and how long it's been since their last blood sacrifice ... if being able to upload directly from Lightroom is essential, then getting up-and-running with TTG CE3 Publisher is probably going to be your best bet. Then you can setup some ready-made templates, and your client can manage their online collections all from the Library, without ever having to use the Web module at all.
I've been looking for this system for visual clients for a decade. The fact that it's rooted in software that is otherwise very useful is fabulous. Drupal and WordPress just don't make it. Once I'm more solid in CE3, I will surely be looking eCommerce upgrade.
I agree. I use WordPress for The Turning Gate's blog, and it's good for that. But in over a decade of making websites, I have found that trying to manage image galleries through a blogging platform -- or any web-based, database-driven CMS -- is a bloody nightmare.
As for the e-commerce upgrade, we have a CE3 version of our shopping cart system in the works for release later in the year. Our cart system has been designed specifically to get away from inventory-based systems (which typically require a separate product to be created for each image to be sold; again, a nightmare), and to operate more on product classes. It's a different approach than most e-commerce platforms take, and usually works out very well for photographic sales. Ben is working on it now, so we will hopefully be able to have it ready sometime during the summer. In the meantime, the CE2 version still works with CE2 version galleries.
You may need to make adjustments, but the process should be largely, if not wholly, the same.
This is about all the support we have to offer for such:
http://theturninggate.net/2012/04/ifram … -are-good/
Glad you're coming around. It's quite different than content-management-systems like WordPress and Drupal on account of having to work through Lightroom, and work around its quirks. Takes some adjusting.
You should work from one catalog. So I guess you'll need to take the catalog files.
2. Also I was wondering if anyone knows why one photo I have always comes up with caption text over the thumbnail. The text is blue and looks look it might be a hyperlink and changes red when clicked ...
Sounds like the content of the caption may be breaking the source code syntax. Without seeing the source for the image and caption, though, I can't say one way or the other. A link would be helpful.
It goes MUCH better to ignore the instructions, and just play with the software! The instructions are a distraction!
I've always thought so, but people constantly demand thorough documentation. At this point, documentation exists mostly so that I can point people to specific pieces of information so that I don't have to constantly type the same thing over and over in replying to forum threads.
Btw, I tried replying to both of your emails, but both messages were bounced back as permanent failures.
Here's what each of those messages said:
We advise using FTP, as Lightroom's Upload functionality is unreliable. This is not a problem with the plugins, but with Lightroom itself. Also, given Lightroom's limited UI for targeting upload locations, and the fact that it does not save upload settings with templates, it's far too easy to mistakenly overwrite content, or upload galleries to the wrong location.
That said, some people are able to use it without problem, while others can't get it to work at all. Mileage may vary.
Our Publish Services plugin makes it pretty easy to create and update galleries, once setup. Otherwise, I think FTP is the best option.
That's an opinion, and one I believe not shared by most of my users.
Installation is very step-by-step:
http://ce3wiki.theturninggate.net/doku. … stallationThe rest of the basic concepts and plugin essentials are covered in our beginner's tutorial:
http://ce3wiki.theturninggate.net/doku. … publishing
Can't add notes to the download system; that's why the files are all marked with version numbers, and why we post detailed updates on the blog about which plugins are changed, and what those changes are. The notification message sent advises that you consult the blog for details.
The newer instructions won't work at all for the current versions. I've only put them on the wiki because I had to put them someplace for testers to access.
1) The only way that Lightroom accepts per-image data is via metadata. Metadata is translated into web galleries as captions and titles.
2) I have previously advised against using HTML in captions. It is not officially supported in any way whatsoever.
3) The intended use of image metadata -- in Lightroom, or in any other photo editing/workflow application -- is not to store blocks of formatted text, using HTML or otherwise.
4) If captions are really so important to you, then you would perhaps be better served by managing your imagery via a web-based content-management-system such as WordPress, PixelPost, etc. which are designed for HTML (because the captions would not be stored as image metadata, but has blocks of page content in a site database). This would preclude your being able to manage your imagery via Lightroom, however.
Your requests are noted, but are beyond the scope of our plugins and are beyond the scope of Lightroom as an application.
The menu bar is something I want to revisit for the full-screen presentation in future updates, but it's meant for the Home page only.
The full-screen isn't meant for mobile and gets redirected.
Glad that solved it.
Also, what is that 'unsaved web gallery' 'create saved web gallery' ?
Mostly nonsense, the Web module working as it does. Ignore it; focus on using the Template Browser instead. It's less wonky and therefore more reliable.
Press the backslash key -- \ -- to hide the toolbar at the top of the preview area. I think that's holding you up.
It's a bug in Lightroom's browser. Sometimes caused by drop-shadows extending beyond the boundaries of the viewport, so zero any shadows you've applied and that may fix the issue.
Our password protection is relatively low-security, though adequate in most cases.
The Master password is set in the Web module, even for publisher templates. The publisher only sets the Guest password.
When logged in as Master, you will be able to browse protected galleries freely. When logged in as Guest, you will only have access to the specific galleries into which you have logged in.
To logout of a protected gallery, access the URL appending ?logout. For example, http://yourdomain.com/gallery/?logout. You can create a logout link in the gallery or the block if you so desire.
Password protection does not block access to /thumbnails/, /photos/, or other assets. Security through obscurity.
To implement greater protection, you would need to turn to server-side security. Password protecting branches of the file try (e.g. implementing a server-side password on an entire folder) would block the auto index from accessing thumbnails, so we don't recommend it.
You can implement .htaccess directives to prevent the browsing of folders on your server. For example, accessing the /photos/ folder directly could return a "Forbidden" error rather than listing the folder contents for download. I have compiled a .htaccess reference here. In this case, we're discussing the directive listed under "File Access" on that page.
Or would it be fairly easy for me to implement the Black Ice look myself in CE3 through my color choices and using the Black Ice graphic.
That's the one.
I'd like to compile more theme template packs later, but right now I'm kept busy with actual plugin development, so probably won't be doing much templating until CE3 is further along.
Nope. index.html/php is correct and this should not be changed for any reason. You may name the folder containing the file anything you want.
I don't think any such updates are planned for Photoswipe.
Does your server support PHP?
The only situation I am aware of in which a browser would attempt to download rather than load a PHP page is if the server itself does not support PHP.
Because the Highslide gallery supports HTML in captions, this will work. But in the mobile gallery, Photoswipe does not support HTML in captions, so it's not a good idea. Check your galleries on mobile and you'll see what I mean.
Hi Roger,
Glad to hear you're a happy customer, and I am sorry to disappoint you, but I have no plans to revisit footer navigation at this time. I feel the "Back to Top" link is the best catch-all solution for the range of navigation possibilities -- single-level and multi-level, desktop and responsive mobile, LR-configured and PHPlugins-managed, etc. Unfurling the navigation in the footer would introduce a number of complications which, in the interests of streamlining, responsive design, and my own priorities for development and support, are simply unnecessary.
However, you can use PHPlugins to customize the footer to your own liking. Best way would be to copy the existing source code for the footer, paste it into a PHPlugins function, then write-in your navigation to replace the existing "Back to top" link.
Cheers,
Matt
I will be releasing details on CE3 Stage later in the month. Not quite ready to talk about it yet. Thanks for your patience.
And for the record, CE3 plugins run just fine in LR5 Public Beta.