elementary
Further payment options needed for international users
Problem
Hi! I am from Germany. Credit cards are way less common here than in the USA. I really like elementary as a project and would love to be able to support it - both by being able to purchase the iso for the OS and applications in the appcenter - but I do not own a credit card and refuse to own one. I am confident that culturally, this is a common case here in Germany. I assume that your very limited payment options are limiting your business internationally. I am aware of the possibility of directly donating to you via PayPal and have done so. However, I can not purchase applications in the appcenter, if I wanted to pay for them. And it feels bad to download the iso for 0$ when I want to actually support the download financially.
Proposal
Please add both PayPal and Amazon Payments as payment options to the appcenter and website. This will enable more people to comfortably support your project and use the website and appcenter as you intend it.
Prior Art (Optional)
No response
I think what we need to do is get rid of our credit card form and switch to using Stripe Checkout or maybe even Elements in a web frame. That would give us more payment options and the ability to sign in with Link for repeat customers etc. It would solve a lot of payments friction
Tagging @RMcNeely for help with web stuff :)
How is Stripe getting used today in AppCenter? are you thinking it might be easier to do one thing for all Stripe integrations and embed it into AppCenter with webkit?
@RMcNeely here's the stripe class for AppCenter: https://github.com/elementary/appcenter/blob/main/src/Core/Stripe.vala
Currently we manually create a credit card charge using information we gather in a native GTK UI. The idea would be to use Stripe Checkout or Elements in a web frame instead so that we can support for example bank transfers, logging in with Link etc
Been thinking about this, would there be value in spinning up a small service to iframe/point at using stripe checkout as the default implementation? Something like pay.elementary.io?
@RMcNeely no idea 🤷🏻♀️ if it can be done with a local page instead of having to have a service I feel like that might be better, but tbh whatever feels easiest to implement and maintain is probably the best way forward. We've been stuck here for like several years 😅
I guess my question is what's easy for the native client? Embedding an HTML file? An iframe? I'm not fluent enough in GTK to know what the possibilities/limitations are
On Mon, Sep 8, 2025, 5:40 PM Danielle Foré @.***> wrote:
danirabbit left a comment (elementary/appcenter#2080) https://github.com/elementary/appcenter/issues/2080#issuecomment-3268115432
@RMcNeely https://github.com/RMcNeely no idea 🤷🏻♀️ if it can be done with a local page instead of having to have a service I feel like that might be better, but tbh whatever feels easiest to implement and maintain is probably the best way forward. We've been stuck here for like several years 😅
— Reply to this email directly, view it on GitHub https://github.com/elementary/appcenter/issues/2080#issuecomment-3268115432, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAVNEHTPAIP4ZF3E53AHQSD3RXZTVAVCNFSM6AAAAACFHCQCAOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTENRYGEYTKNBTGI . You are receiving this because you were mentioned.Message ID: @.***>
@RMcNeely either one! We get a WebKit view and we can load whatever. For example in Mail we load HTML emails and can do quite a lot: https://github.com/elementary/mail/blob/master/src/WebView.vala
Or in Capnet when we load the captive portal we just load a uri: https://github.com/elementary/capnet-assist/blob/d7c86fdd8a7701120d5b9aeaf0697b00ba033004/src/MainWindow.vala#L236