Aaron Seigo

Have begun looking into this with some seriousness, finally ... Question: would an external dependency for this be ok, in particular code-corps/stripity_stripe? It is complete, and seems to be well...

Cool. Will work on it this, then. Thanks for the quick responses!

Quick update: making progress, but it is interesting in that Stripe now requires a browser-side bit that fetches a transaction-specific token so the customer's data never passes through your server...

There is an actively developed Braintree lib for elixir here: sorentwo/braintree-elixir Might be a useful starting point; perhaps @sorentwo would even be interested in collaborating/ coordinating...

I am yet to come up with a good way to keep the pricing data up to date without manual maintenance. Probably requires some use case gathering to understand what...

I think this would be a good post v1 release feature, Makes sense :) I think it would be valuable for us to come up with some client usage scenarios...

actually, it is "fixed" in master as it no longer does a declaration in the for loop. so what appears to be needed is a new release ...

FWIW, I have done exactly this and it works just fine. I did determine while testing that that one needs to be aware that it will create an absurd number...

ping @kelvinst ? Every time I see the compile errors that I know are fixed in the repo it makes me a little sad :) Hope to see a release...

Actually, simpler would be to do as Ecto et al do: support an :otp_app option which is then used for the configuration source. (Sorry for the brainfart-overly-complex solution suggestion above..)