Indicate that Google Checkout and Paypal Express Checkout are different from Ubercart Checkout.

I'm having difficulties setting this up on 6.x as well.

If I go to admin/store/settings/payment/edit/methods and only have Google Checkout module enabled then the "Enabled" checkbox on admin/store/settings/payment/edit/methods is greyed out and I can't select it.

A question I've got is whether I should "Enable checkout (disable to only use third party checkout service like PayPal Express Checkout)." or not. It seems like not based on the behavior I get from Google Checkout.

My understanding of Google Checkout is that part of their terms of service requires the Google Checkout button to appear only on the /cart page and *not* on /cart/checkout. These are the same conditions that PayPal Express Checkout imposes, so I think the answer to your question is you should not "Enable checkout (...)". IslandUsurper wrote the code and dealt with all the Google requirements, so he is the one who can give you a definitive answer.

Any status on this issue? I'm trying to use this with uc_signup, but google checkout bypasses the checkout process which other modules use.

Subscribing, greetings, Martijn

I don't think Google Checkout works well for the scenario of a file checkout. As far as I know it won't ever move the order to "complete" and that has to be done manually. That's required by uc_signup to work properly.

#5 sounds really strange to me! I wrote my own version for another website (not Drupal) and never read anything about putting the button somewhere in particular.

There are several HUGE problems with the current settings:

1) I cannot send someone directly to the Checkout or they will miss the possibility to pay with Google Checkout

2) When appearing in the cart, users will think that is the ONLY mode of payment, that sucks big time! (which is why I turned it off for now)

3) As mentioned by #6, many CA tests are being bypassed because in the cart we don't check anything

What you meant in #5 may be that some users may feel reticent at entering their info in your cart... thinking that (a) it is not required because Google Checkout has that info and (b) they are afraid you're going to "lose" it (sell the info to the world).

Obviously, (b) is stupid since we get access to all that information on Google Checkout, but many people don't understand how things work. (a) is true especially since when you send someone to Google Checkout, you cannot send any information other than the products being sold and prices...

Thank you.
Alexis Wilke

@AlexisWilke: I'm just repeating what Lyle has said several times in threads on ubercart.org about the Google TOS restricting where the button can appear. These conditions seem completely logical to me because that is also how PayPal operates for its Express Checkout button. The whole point of an express checkout type button is that you go straight to the payment processor where your personal information is already stored, allowing you to skip the step of entering name/address/etc. and creating an account at each website where you want to make a purchase. The payment processor has an interest in forcing you to use their system rather than a credit card, because they make more money that way. I have seen many websites which operate this way, and I have not noticed any which allow you to do the "express checkout" only after you've entered all your personal data like the OP wants.

Because Lyle wrote the Google Checkout code and dealt with the Google TOS, I am going to defer to him on this issue and let him change anything that he thinks needs changing.

subscribing

How about adding an extra note on the /cart/checkout page and indicate that to use Google Check the visitor must return to the /cart page (provide a link)? That isn't adding the checkout button to other places, so should be within the TOS (I haven't read it).

I actually found a website that had all the method of payment in the cart (some GoDaddy cart.) Then instead of clicking on Checkout, you'd click on the method of payment (including Google Checkout, Paypal, etc.)

That would probably be better. Once the button is clicked there, you cannot change the method in the checkout screen though. In that case you'd have to come back. That would change the current behavior quite a bit, but it would satisfy me a lot better as then we'd show all the choices in one place.

For reference, the basic Google Checkout button requirements are at http://checkout.google.com/seller/checkout_buttons.html and the full policy is at https://checkout.google.com/seller/policies.html .

The relevant part here appears to be policy 4b: "You must separate the Google Checkout flow from your existing checkout process. If buyers initiate your existing checkout process, they must not see a Google Checkout or Buy Now button." - but this doesn't appear to preclude you from using a simple message to point the user to the cart page to use Google Checkout.

Actually, looking at this a bit more closely, I'd be tempted to mark this original issue "won't fix". Policy 3b states "Do not position or present Google Checkout as a form of payment equivalent to Visa, MasterCard, etc.", which is apparently what people are asking for here.

longwave,

What we're asking is that all the method be presented on a single page, but not the checkout part. By presenting one method here and the rest there, you do not know what all the methods available are... And if you don't know, you may actually not even checkout (because you had money on Paypal but did not see that button!)

So it would not be the same checkout page, but it would still show all the buttons in the cart instead of that one Checkout button + Google Checkout button.

Now, yes, the first request was to move the Google Checkout inside the Checkout page which is wrong.

I guess that the problem (in part) comes from the idea/concept of having a single checkout page instead of two pages (i.e. 1 page where you enter all your info, then the page where you pay with the payment method you selected on the previous page.)

Thank you.
Alexis

OK, so here are two screen shots. The first is what the Ubercart cart looks like, the second is what a Yahoo cart looks like. Feel free to post other examples. (Note, these show a PayPal Express Checkout button, not a Google Checkout button, but the idea is the same).

@AlexisWilke: Do you think the Ubercart cart should be more like the Yahoo cart in making it more explicit that you can "Checkout" OR "Checkout with PayPal"? Would that be sufficient? Or do you have something else in mind? If so, what? And can you show what your alternative would look like?

TR,

Yes! That Yahoo sample is what I was trying to explain in #16. Although it should include Google Checkout too, as per this issue title... 8-)

To follow this example, we could have a stack of all the methods on that one page. Amazon Checkout could be another one. All buttons.

Thank you.
Alexis

Ok... my big question is, what about shipping and taxes etc....do I have to setup all these rules separate from the ubercart rules? If so, that sucks. Way too much overhead.

Subscribing.

subscribing

subscribing

Well, it's not too hard to just put "OR" right there above the checkout button. I put it into a theme function in case someone doesn't like the way it looks.

@Island Usurper: see also #1226602: Allow express payment (PayPal/Google) to be enabled directly in payment method settings which changes the way express payment forms are embedded into the cart page

#23 needs work; you can disable standard checkout, for which we should remove the word "OR", as it no longer makes sense.

OK. It's just a matter of merging the two ideas together, so this one can wait for #1226602. Easier to theme one module than the two that would be needed here. The wrapper div with align="right" definitely needs to be in a theme function because of sites with RTL languages.

Eh. Looking at it now, I'm not sure I like it very much. #1226602 puts the buttons within the border around the regular checkout button, so the association is much stronger than it was. Maybe it needs a better design than I can give it, but I think just putting the buttons there is enough.

If we are going to do this, let's embed and theme the separator separately; that also makes it easier to show both [Google] -OR- [PayPal] if checkout is disabled.

As long as you're reworking this, can you address #552774: Allow uc_paypal_ec_form form to be used programatically as well?

This is a fairly complicated theme function but the only way I could get the "- or -" text to line up whether PayPal, Google Checkout or both are enabled.

Subscribing.

Committed #30.