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.
Hi Steve, can you try renaming ttg-be to something else (e.g. ttg-be-renamed) and re-installing? If you encounter the same blank page, then it would be helpful for you to provide me with an ftp login so that I can try to work out the issue.
ttg-be can be installed at a deeper directory like you had done. So that shouldn't have been the cause of the issue.
FYI, the only rule on the location of ttg-be is that it must reside either at the same level, or in one of the parent directories, of the top-level published galleries directory. That is because a published gallery attempts to find ttg-be at the same level as the galleries directory, then at the level above, then two levels above, etc.
So these are fine:
1.
/ttg-be
/galleries
2.
/one/two/ttg-be
/one/two/galleries
3.
/ttg-be
/one/two/three/galleries
4.
/one/ttg-be
/one/two/galleries
This will not work:
1.
/one/galleries
/one/two/ttg-be
The fix is almost done. You'd think that it would be straightforward, but alas, it is not.
Hi, looking at the first gallery, which is the source of the thumbnail used in the Auto Index: http://fotomats.se/galleries/0-eveneman … ttarbesok/
The template 'Galleri Fotomats' specifies that thumbnails have a maximum edge of 154. You'll need to upgrade your template, and then re-publish the galleries.
The apostrophes in the filenames are breaking the JavaScript. Renaming them without the apostrophes should do the trick.
Matt has written an article about file naming for the web, which is well worth a read: http://ce3wiki.theturninggate.net/doku. … convention
Good idea Rod, but jQuery would indeed lead you down a rabbit hole. It could be used to select the items on the page, but more scripting (within or via the TTG CRG JS) would be needed for the selection actions to save their state in the back-end. Taking that further, even if the script did tell the back-end that the items were to be selected, making dozens (or hundreds?) of calls to the back-end wouldn't make for an efficient approach to set up a default selected state. And that's not considering images spanning pages. Rabbit hole ![]()
If you make the following edits, search should work on any photo and album other than those explicitly hidden from search. That means photos in password-protected albums, and password protected albums, and CRG albums.
It goes without saying that you should only make these changes if you fully understand what that means.
We will not be held responsible for photos and albums that you did not intend to be discoverable or viewable inadvertently becoming discoverable or viewable.
The changes are all in publisher/application/dao/SearchDAO.php
1. Change this line from:
$excludeAlbumsClause = 'a.enable_password=? and a.hide_from_search=? and a.enable_crg=?';to:
$excludeAlbumsClause = 'a.hide_from_search=?';2. Change these lines from:
$params = array('no', 'no', 'no', '%'.$term.'%');
$caption_params = array('no', 'no', 'no', 'image_caption', '%'.$term.'%');to:
$params = array('no', '%'.$term.'%');
$caption_params = array('no', 'image_caption', '%'.$term.'%');Note that there is a lot more to solving this searchability than just opening search for all cases. A proper solution would take into consideration the logged-in status of the albums, album sets and CRG login, and be much more involved.
Hi Maureen, are you using 'mail' or 'smtp' for your mail settings? Who are you hosting with?
Hi Hans, thanks for taking the time to respond. That clears up a lot.
Hi Hans, I was away for most of April, and just getting back to thinking about this.
Can you confirm if the following all sounds correct?
1. Physical goods
Collect VAT if sold from any EU country to any other EU country
VAT rate is fixed, regardless of which EU country you're shipping to
Need to collect shipping address
Don't collect VAT or sales tax for sales to any non-EU country
Ideally, collect and validate VAT reg no, and not apply VAT to those customers
2. Digital goods
Collect VAT for digital goods sold to any EU country from any country, even non-EU countries
Rate varies depending on country of buyer
Need to collect address and IP address of buyer
Need to pay VAT to each country in EU that you've sold to
Depending on the validity of the above, proposed solutions for the TTG Cart:
1. Physical goods
Mark EU countries within our country list as such
Only apply Sales Tax (called VAT) for orders to those countries
Collecting shipping address --- already in the cart
Optionally, collect VAT reg no. The question here, is what we do with it. We won't be able to validate the VAT reg no., so should we just keep this for records for manual processing outside of the scope of the cart?
2. Digital goods
Provide a setting to prevent sales to EU countries other than the (possibly) EU country that the seller resides
Please provide any feedback to the above.
Hi Kris, this is not possible with the Publisher as it currently stands. It also would not be of interest to our other customers, who have different business needs to yours. We do (sometimes) provide custom work for our customers charged at hourly or daily rates. Let me know if you're keen on discussing that approach.
This looks like the directory setup of your subdomain may not be what the publisher is expecting. Can you email me the file Documents/ttg.log from your PC, using the Email link under my name? That should reveal the full error.
I may need to ask you for FTP access to investigate further.
Alternatively, the CRG script supports links with the classes submit-large and logout-large, intended for use within a page. These won't be affected by the styling of the small logout and submit classes.
e.g.
<a href="#" class="logout-large">Click here to logout</a>Looking at your template settings (http://contrastimages.net/ttg-be/templa … /setup.xml)
there is on reference to photos-for-purchase. Have you enabled these in your gallery settings when creating the template?
The setting can be found in Output Settings -> Publisher Setup -> Image Downloads for Sale
Hi Robert, I've replied to your PM. FYI, I work a day job Monday thru Thursday, so can only look at issues in the evenings.
That's strange. Can you provide the link to your galleries? Also, if you can send me the TTG BE admin login via PM I'll have a look to see whether the albums have been migrated on the server.
That implies that migration has already completed (the migration process renames the file to galleries_ce3.xml).
Were the galleries successfully moved to a CE4 instance of Publisher in Lightroom?
More info. Your gallery is trying to load this link (which passes the 'default' name):
http://www.boasphoto.nl/ttg-be/crg/inde … 0655022973
For testing, changing default to Default in that URL produces a lot more information:
http://www.boasphoto.nl/ttg-be/crg/inde … 0655022973
These URLs are used internally to the gallery. I'm providing the links just to demonstrate that the profile name is the issue.
Hi Mel,
Thanks for the link. It looks like your gallery is trying to use the profile called 'default' but you don't have one with that name. There is a 'Default'. The easiest remedy would be to rename 'Default' to 'default' within the CRG admin page.
Hi Aemilia, if anything, that looks like a bug in Lightroom. It may be worth trying the following to see if that restores order in the layout:
1) Right-click one of the section headings, e.g. Layout Style, Site Info, Color Palette, etc.
2) Clicking through Solo Mode, Expand All and Collapse All
Does that help?
Thanks for letting us know Geoff
You're best trying the 'mail' setting instead. Most hosts now block smtp.
Thanks for the links. Looking at the data behind the album, I can see that the first 29 images have capture time while the remaining 170 or so don't. As such the first 29 should be displayed in reverse date order among those 29 images. Does that look to be the case?
Do you think it's possible that your catalogue doesn't include capture times for the remaining images? Are they from a different source that may not have included this information?
It may be worth re-publishing the metadata. To do so, mark all of the photos for republishing and then republish (making sure that
push metadata without updating existing photos remains on).
For what it's worth, the capture time is derived from one of these three exif sources, using the first one found:
dateTimeOriginal, dateTimeDigitized and dateTime
I don't have any documentation on hand that tells me exactly what fields they correspond to. The one takeaway is that multiple options are looked at in order to find or derive a reasonable creation date.
Hi, can you share a link to the gallery?
Thanks Rod.
You need to make sure you have the latest Publisher and log in to the Publisher admin to complete the upgrade process.
Still waiting for logs before I can add my input. Since the error was a week ago, can you replicate the error before getting the logs? That way anything relevant will be towards the end of the file.