Ubercart / D8 version [#2770441]

@kaa4ever made a D8 / Quickpay v10 version of the module (https://github.com/kaa4ever/drupal8-quickpayv10).

I've continued from this in order to make it work with Ubercart:
https://github.com/bjaxelsen/drupal8-quickpayv10

Please fork and work on!

Comments

Comment #1

21 July 2016 at 10:13

bjaxelsen created an issue.

Comment #2

Xen CreditAttribution: Xen commented 11 August 2016 at 06:07

Any attempt at integrating with Commerce for D8 yet? I'd rather like to see how it handles payments first.

Comment #3

bjaxelsen CreditAttribution: bjaxelsen commented 5 September 2016 at 10:32

It makes really good sense to make a Commerce integration, however, I don't have the time, sorry.

Comment #4

Xen CreditAttribution: Xen commented 5 September 2016 at 20:52

Well, the thing is that kaa4ever's fork kinda stalled on both Übercart and Commerce not having started their D8 ports. We had no idea how they would implement payment modules, so it was difficult designing the D8 Quickpay to accommodate them. And I really want to ensure that the Quickpay modules API fits with those, to avoid complicated glue sub-modules.

For instance, I see that both implement payment gateways as plugins, and as I assume that plugins can be defined by modules even when there's no one using the plugin (I have been a bit unlucky in getting on any D8 projects so far, so I can't say for sure), it seems to me that there's no need for submodules anymore (at least not for those two), as the Quickpay module could just define those plugins.

Secondly, there's no need for the core Quickpay to maintain it's own setting pages (as it does in kaa4ever's version) as both Übercart and Commerce provide storage, and linking the two together is UX fail.

Thirdly, the Quickpay module should migrate to use the new payment link feature of quickpay to loose the hacky form handling (which have all sorts of nice side effects).

All in all, there's still quite some work in doing a proper D8 version, but I haven't had the time.