Opening this ticket as a roadmap item. I think in the long run it would be good to have a field formatter but also integrate with Payment module. I think the first goal should be to get a working callback, then port the formatter and the callback to Payment.

Comments

Anonymous’s picture

Project: » Stripe Checkout
wizonesolutions’s picture

Version: » 8.x-1.x-dev
Status: Postponed » Active

Chances are I'm going to need this for a D6-D8 port I'm doing, so I'm preliminarily interested in helping. I'll post a patch here when I have something (will likely be a few weeks) or set back to Postponed if I change my mind.

Anonymous’s picture

Cool, I'm very interested in helping with this. I have a yet-unpublished D7 Payment module for Authorize.net I've been working on so I'm getting up to speed with Payment. Would love to get both working in D8 Payment. Let me know what you need!

wizonesolutions’s picture

@Ryan Weal: I'm moving my simple store that's been in maintenance mode to D8, but I decided that in the area of payment acceptance I need to break the Golden Rule of Upgrades (change as little as possible). I can't live with PayPal any longer; it generates by far the most support requests, and nobody understands how its subscriptions work. So I need to get subscriptions onto my site. And then people will actually be able to upgrade/downgrade, like it's 2015 or something.

So that's my use case. If Ubercart is Good Enough™ for my use cases, then I will help with that Payment issue as well, and that is where this falls in. If it's not good enough and the Commerce alpha still isn't out, then I'm going to try to help port the Shopify module (it feels stupid to pay a monthly fee for a shopping cart, but at some point I have to go for convenience/speed over purity of implementation). But if Commerce is out then this module will ALSO be useful via Payment. And I have a feeling I will wind up using UC or Commerce in the end anyway. I don't feel like the site I'm building in D8 makes enough income to justify Shopify.

As mentioned, I'm going to start looking into this at some point this month, but likely not until around the 14th. I have to look into some other stuff first.

wizonesolutions’s picture

@Ryan Weal Alright! I'm going to start focusing on this while I wait for Commerce to mature a bit more. When I look at the project page for this module, it's a pretty simple concept. I was wondering if the Drupal 8 module is supposed to be the same or if it can straight up be a fuller Stripe integration. Or do you think that would fit better in a separate module (maybe one that the Stripe Checkout pay-with-a-field functionality would depend on?)?

I'm also not sure how to human-test everything since Payment's basically an API module. So maybe Stripe Checkout's primary use case (as a field) is appropriate to that end.

Anonymous’s picture

Payment module in D8 should have the basic payment methods, so if you designed your workflow around that then the Stripe implementation is mostly irrelevant as it will just comply with the Payment module defaults.

Payment itself has a "payment field" in D8 already, which is the same one you would use with the other payment methods. In D7 there is also a "payment_donation" (block) module and an integration module for webform and a bridge module for commerce. I imagine those would be fairly easy to implement in D8 (though I really don't know about the commerce one as I haven't looked at Commerce/D8 yet).

yanniboi’s picture

+1