Community @ The Turning Gate

Hi Francois,  is this the gallery we should be looking at:

http://francoisgauthereau.com/galleries/magalie-et-cedric/index.php

If so, the same issue as before applies.

I see that your Cart URL is set to:

http://localhost:2/ttg-be/cart

Try setting it to:

http://francoisgauthereau.com/ttg-be/cart/

We've interpreted that VAT needs to be collected for digital purchases sold from non-EU countries to EU countries.  I'll ask Matt to chime in on that.

Wolfram, is it necessary for you to pick which countries require VAT, or should it be a set list of countries for all TTG customers in the same situation? 
Hans, rather than a new state, the way I have planned to do this is to add a new column to countries named something such as 'is_eu', which would be set to Yes for those 27 or so countries.  VAT would then be calculated into any sales that originate from one EU country for sales to another EU country. We would then need to also capture the customer's country prior to checkout.

From your understanding, can you help with these questions:

1) Is VAT the only tax you would need to collect?  i.e. is there also an additional Sales Tax for sales to EU customers, or for sales to non-EU customers?
2) Do the rules for VAT tax collection apply the same to both digital and physical items?

On a side note, another feature that European customers have requested is back-calculation of tax.  (so for example, a 10% tax on a $100 item would be calculated as 9.09 giving you 90.91 after taxes paid).  Would you find this method useful in general and in particular in regards to the VAT changes?     This change is already ready in my code.

Bluehost should set the ownership of the directories to your own account.  In my case, everything is owned by 'somexxxx' (where xxxx is the rest of my account name).

galleries/custom-thumbnails should be a directory that you create via FTP, and therefore always writeable by you.  This is not the same folder as custom_thumbnails found within each album.  Any image placed within galleries/custom-thumbnails can be used as the cover image for any album.

Hi Hans,  we're looking at handling some kind of support for the new VAT regulations, though not in the way you've described.  Since the VAT rules are overly onerous, and require the collection of data beyond what the Cart can offer, we're looking at providing a setting to prevent sales from one EU country to another (or also from a non-EU country to a EU country).
Would this be of benefit in your case, or do you have a significant portion of sales from other EU jurisdictions?

I imagine that capturing a VAT-registration number would require the Cart to verify that it's a valid number that matches the details of the customer.  Again, do you see a significant portion of your sales falling into the scenario of VAT-registered customers from other EU jurisdictions?

Hi Peter, Matt has covered this here:
http://theturninggate.net/2011/12/disab … text-menu/

Do you want me to go ahead and remove those two galleries?

Something strange is going on here.  The duplicate album, Katherine, and Katherine Headshots galleries all have empty slugs in the database.  The only scenario I know of that should cause slugs to be empty is to attempt to use the Default Album.  Clearly this isn't the case here.

Are the files for Katherine and Katherine Headshots albums still on your server?  You should be able to check by looking under proofs/ within your FTP program.

The best way to look into this issue would be via FTP.  Can you setup FTP access for me and message me the details?

Hi, I have moved aside the duplicate album.  For that album, had you attempted to use the Default Album that Publisher creates automatically?

Which album/s are you seeing that should no longer be there?

Here's how it works:

Standalone galleries

1. Client visits page gallery.  The CRG created a temporary session ID that ties the currently viewed album to the database.
(2. Optionally logs in through standard gallery password protection.)
3. Provides feedback per item.  This saves the feedback in the database associated with the temporary session id.  At this point the feedback is only saved for technical purposes.  We don't know who the client is, and the feedback session is incomplete (not submitted) so not available for viewing in the back-end.
(4. Optionally, client reloads page, or changes pages in the gallery.  Feedback remains in page.  If client closes and reopens window, the session ID is lost, and we're back to step 1, as though visiting the gallery for the first time.)
5. Client submits feedback.  Personal details are provided, and matched to the previously entered feedback.  Emails go out and you're able to view the client feedback in the back-end.

It's important to note that feedback will be lost if the client closes the window before submitting feedback.  This is expected behaviour of interaction with web browsers.

CRG-managed galleries

1. Client visits page gallery.  Client is redirected to CRG login page.
2. Client logs in.  Redirected back to gallery
3. Provides feedback per item.  This saves the feedback in the database associated with client.  The feedback session is incomplete (not submitted) so not available for viewing in the back-end.
(4. Optionally, client reloads page, or changes pages in the gallery.  Feedback remains in page.  If client closes and reopens window, the login is lost, and we're back to step 1, ready to login again.  If feedback had previously been entered then this will again be visible in the gallery.)
5. Client submits feedback.  No need to provide personal details as these are already matched in the back-end.  Emails go out and you're able to view the client feedback in the back-end.

Alternative CRG-managed login

1. Client visits ttg-be/crg/
2. Client logs in
3a. If only assigned one gallery, redirected to that gallery
3b. If assigned more than one gallery, directed to a list of assigned galleries

Hi Sanne, I can see your changes after clearing my browser cache.  It should work for you after clearing the cache.
That modal.css file is common to all galleries that use the cart, so the fix should apply to both /sort/ and /tester2/

Technically, all feedback is stored on the server, for each interaction of a gallery irrespective of crg-managed or standalone. However there is no function to view any of that feedback until the feedback has been submitted.

Hi, I've had a look.  What I can 'see' is that the status bar, which includes the submission link, is invisible.  The items are there, but not shown.  I was able to submit feedback by clicking the right-most clickable area.  Did you receive the test submission that I made? 

Matt will probably need to look at this to advise on why the icons in the status bar aren't showing.

None I'm afraid. This is a fairly obscure use case and I have a tonne of high priority tasks I'm working through.