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.
Your intent is fine, but your execution is all wrong. There's absolutely no reason to use a Javascript polyfill for details/summary support, when you could be using well-supported elements instead. Any sort of CSS-based accordion would do; Google "CSS Accordion" and you'll have a wealth of options from which to choose.
Here's one:
http://www.hongkiat.com/blog/css-content-accordion/
I've never heard of that before, but it looks interesting, and I'll have a look if I use that, instead of my solution. Thank you!
HaraldJ wrote:The reason why I now added jQuery 1.7.0 is different - I'm using a jQuery-workaround for browsers that don't support the HTML5 <details> and <summary>.
Why do you need those? How are they being used?
I shoot events, some of them with large numbers of groups taking part. For many events I add information to my TTG photos page copy, the text can be long, and would require the viewer to scroll down on every single page (I don't want the grid above the copy).
The HTML5 details/summary concept works beautifully, it's semantically correct, keeps all the information visible for SEO, and the text is not in the way, but can be revealed with one click.
Have a look here, the two grey lines above the grid are what I'm talking about (the event information is from a completely different event, it's a test/development site).
I've added a bit of PHP in Phplugins, it reads an XML configuration file where it gets the filenames and titles, and then reads the Markdown files specified.
Many browsers, including Firefox, haven't implemented details/summary yet, but the workaround I'm using seems to work very well. Unfortunately not with jQuery 1.11.3.
could be that you set it up to be a Managed album.
There are two ways of seeing it. Go into ttg-be CRG admin > settings > clients and create a client and assign the album to that client.
Then log in as that client by either going to the album directly or going to http://ce4test.haraldjoergens.com/ttg-be/crg/http://ce4.theturninggate.net/docs/doku … _crg_admin
OR
log into TTG-BE and navigate to the album.this post explains the different deployment options: http://ce4.theturninggate.net/2015/02/0 … e-gallery/
Now it's all working !
Thank you very much Rod for your help and patience, without you I would have been quite lost!
Harald
did you install that latest version in Lightroom, or only the online components?
Looks like I have to replace the Publisher plugin, my version is 2.1.3!
Thanks for the screenshot, without that I wouldn't have spotted the problem!!!
Have installed the latest module, enabled feedback, disabled password, exported the photos again - now I can't get onto the published page because it's password-protected, and neither the guest - or the admin password works!?
then you need to update to the latest version of Publisher
I have Publisher 2.33 installed, and just checked - there is no newer version.
In the Publisher Create/Edit Album dialog, under the Integration tab, make sure that the Enable Feedback box is checked.
Ups - there is no integration tab!
The tabs I have are "Base Settings", "Page Content", and "Features", and I can't find an "Enable Feedback" checkbox anywhere!
It's years ago that I used CRG, must have been CE2 or CE3. With CE4 I seem to have a configuration problem:
There's a test gallery here. All TTG modules are the latest versions, a CRG profile "Scans" has been created in TTG-BE, and this profile is assigned to my template "crg-scans".
In Lightroom, "Enable Feedback Features" is enabled, as well as "Image Selection". Both don't seem to work, although all looks well within Lightroom.
Any non-TTG jQuery has been switched off to eliminate that as a source.
What might be the problem?
Thanks!!!
Harald
there's a setting right below "Back-calculate Sales Tax" called "Reduce prices when tax does not apply". Right now it's set to NO. Try setting it to Yes and see if that gets you where you need to be.
You've got "Sales Tax Country" set to United Kingdom so the "Reduce prices..." setting should, I would think, solve the problem of tax being charged to purchasers from other countries.
Thanks, Rod, I've seen that option, but don't want to use it, otherwise too many clever people would claim to be living outside the UK!
If I remember correctly, the question for the country came up correctly for physical products, the behaviour for digital downloads seems to be quite different.
rod barbee wrote:TTG is using jQuery 1.11.3, so perhaps 1.6.1 had conflicting code.
I'm not sure on the advisability of loading two different versions of jQuery. Maybe Matt will chime in on that.Loading two different versions would create a conflicting namespace, so not advised. I'd look for an updated version of Google's code, if such exists. If they haven't updated it themselves, then it's entirely possible they might have abandoned or retired the service you're trying to use. Google sheds excess on a fairly regular basis.
Hi Matt,
Thanks for looking into it! G**gle Translate is very much alive: http://translate.google.com/manager/website/?hl=en, you have to login to a Google account, specify the website, and you will be given code to add to your website. The latest code I got, about a week ago, is this:
<script type="text/javascript">
function googleTranslateElementInit()
{
new google.translate.TranslateElement(
{
pageLanguage: "en",
layout: google.translate.TranslateElement.InlineLayout.SIMPLE,
gaTrack: true,
gaId: "UA-xxxxxx"
}, "google_translate_element");
}
</script><script type="text/javascript" src="//translate.google.com/translate_a/element.js?cb=googleTranslateElementInit">
</script>
The reason why I now added jQuery 1.7.0 is different - I'm using a jQuery-workaround for browsers that don't support the HTML5 <details> and <summary>.
To avoid conflicts, I've put the code in it's own namespace, similar to this example, using jQuery.noConflict().
Harald
Ben,
this is what it shows in his cart with those settings with an item that's priced 19.00 in the add-to-cart box.:
would it work to simply change the localization for "Total Before VAT" to "Total Including VAT"
Ben and Rod,
Thank you very much, we seem to be getting there! The only problem I found with the above is that I'm not asked about the country, so the above would be shown on invoices where it's totally irrelevant or misleading.
I tried the "digital copies to EU countries" option, then I get the country option at checkout, but if I specify USA or India, I still get the VAT shown.
Is there a way to get that sorted as well? Then it should work with a tiny amount of localisation.
Thanks!!!
Harald
that database is where they should be
Thanks for the conformation, I made a mistake, that's why it didn't work.
Thanks, but that wouldn't work. As mentioned before, the price per item that is shown to a customer has to include VAT
That's exactly what it's doing right now. If you want the final price, including 20% VAT, to be £19.00, then you need to adjust the item price in the pricing scheme to £15.83
You can't set the item price at £19.00 and then expect it to still be £19.00 after 20% VAT added in.
The way I set it, the item price shown in the add-to-cart box is £22.80, which is what you would expect for an item priced at £19.00 with 20% VAT added.
right now the item price is £19.00. Add the 20% VAT and you get £22.80
If you are selling to end users in Europe, the price for one item has to include VAT, and the total has to include VAT.
The VAT amount is an extra bit of information for business customers.
This is from an Amazon.co.uk invoice I can send to you, and shows how it should be:
Item A £49.99
Item B £ 2.43
Item Subtotal: 43.69
Postage & Packing: £3.32
Total Before VAT: £47.01
VAT: £9.40
Order Total: £56.41
I'm working with a localhost and a web development version of my new CE4 website, and I would like to copy the cart settings from one to the other.
Looking at the files I had assumed that /ttg-be/data/cart/master.sq3 is the database that holds all the configuration parameters, but that doesn't seem to be the case.
Where are the cart configuration parameters stored?
Thanks!!!
Harald
Ok, I've changed the settings to:
Back Calculate Tax: no
Display Tax Upfront: yes
when you get to the add-to-cart dialog you'll see that the large option for digital download is now £22,80
Add it to the cart and then view the cart and you'll see the pricing breakdown:Total Before VAT
£19,00 GBPVAT amount (20.00%)
+ £3,17 GBPTotal : £22,80 GBP
if you need the price to add up to £19,00 you'll have to recalculate your prices.
Hi Rod,
Thanks, but that wouldn't work. As mentioned before, the price per item that is shown to a customer has to include VAT - that would be £19 in the example case.
The correct calculation would be
1 photo XYZ £19.00
Subtotal incl. VAT at 20% £19.00
VAT charged at 20% £ 3.17
Total £19.00
Assuming that's not possible at the moment, I think I have to continue without showing VAT.
Cheers
Harald
I've changed the setting in the cart as follows:
Back Calculate Tax: no
Display Tax Upfront: no
It appears to be working as you'd expect now:
Total Before VAT
£19,00 GBPVAT amount (20.00%)
+ £3,17 GBPTotal : £22,80 GBP
Hi Rod,
Thanks, but that's not how it should be.
The price shown with the product has to be the price including VAT - £19.
When it comes to the total amount, I would like to have the VAT amount included in this amount:
Total including VAT
£19,00 GBP
VAT included (20.00%)
£3,17 GBP
Total : £19,00 GBP
Unless it's very clear that the website is for business customers only, the per-item-prices shown have to include VAT.
The odd business customer on my site needs the VAT amount in the invoice, so the above should work.
Sorry, the Europeans can be a bit complicated!
Harald
Are you using the latest version of Cart?
and have you looked at the 'back-taxes' setting in Cart?
Hi Rod,
Yes, I'm using Cart 3.1.4, and "Back-calculate Sales Tax" is set to YES.
You can try it on this testing subdomain gallery and check the TTG-BE/Admin settings yourself, username and password have the default values.
Thanks!!!
Harald
Hi Rod,
After a bit more investigation I found that the problem may well be down to Google using JQuery version that doesn't work with TTG.
I tried adding another bit of code I found that did exactly what I wanted it to do, but it caused exactly the same problems.
It used jquery-1.6.1.js, and it turns out this version seems to be incompatible with TTG, a simple
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.1/jquery.min.js" type="text/javascript"></script>
just on it's own breaks, nicely reproducible, the TTG Cart and galleries.
Now I'm using jquery-1.7.0.min.js, and all seems to be working just fine, including the functionality I was trying to achieve.
Perhaps it's not G**gle's fault that their Translate script breaks TTG, it may be a "wrong" jquery version somewhere.
Not user configurable. Item IDs are file names by necessity, as it's the only thing we can reliably match to your library, and which is almost entirely guaranteed to be unique, at least so long as you're properly maintaining that library.
Thanks, Matt, that's a good point!
Perhaps you could introduce a display name in a future version, but at the moment I will have to live with it.
Harald
Is it my configuration? The tax calculation shown in the cart looks wrong to me:
Total Before VAT
£19,00 GBP
VAT amount (20.00%)
+ £3,17 GBP
Total : £19,00 GBP
The "Total before VAT" should be £15.83, or it should say "VAT included (20%) £3.17".
I have made changes to the labels, but that shouldn't change the calculation.
You can find my cart setup here, the login information is as when initially installed.
Thanks!!!
Harald
Is there a way to configure what is used as a cart item ID?
My file names are all very long, making the first column of the emails resulting from an order very wide, it just looks ugly.
I'm wondering if I can configure anything in Lightroom (perhaps via a bit of LUA code) to add spaces, or to re-format the filename, to make the emails more readable (and less ugly!).
Thanks!!!
Harald
right. That means that you don't need the text-align: center; in the previous rule.
Actually I do need the text-align: center; otherwise the "Login" header is left justified, andd looks very much out of place.
the text-align property in your second .crg-unready form.login rule is overriding the first one
Hi Rod,
Yes it does - but only for the two labels on top of the input fields, and they look a bit odd when centred.
You can see the resulting layout here.
Thanks again for your help!
Harald
try this:
.crg-unready h1{ text-align: center; } .crg-unready #form.login { text-align: center; margin: 0 auto; }
Not sure what you mean by making the page a bit higher since we can't see the page (links always help). You might be able to control that with the template you're using.
Hi Rod,
Thank you very much indeed, that was exactly the information I was looking for. The code below gives me exactly what I wanted.
Best regards
Harald
.crg-unready h1
{
padding-top: 70px;
text-align: center;
}
.crg-unready #form.login
{
text-align: center;
margin: 50px auto;
padding-bottom: 150px;
}
.crg-unready #form.login
{
text-align: left;
}
Is there a way to change the styling for the client login page? I' talking about the one reached via /ttg-be/crg/, not the one for a specific gallery.
I have found that I can change the wording via the TTG-BE admin localisation for CRG, but, looking at the CSS for the page, I don't find any CSS IDs or class names I could use.
What I would like to do is centre the login block on the page, and make the page a bit higher, that's all.
Thanks!!!
Harald
It would be nice if I could automatically change the "Client login" link on my CE4 website to "Logout" when a user is logged in.
Is there a way to find out out if a user is logged in, for example by checking a session ID?
Thanks!!!
Harald