#denjaland_api
spice boltBOT
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- denjaland_api, 1 hour ago, 17 messages
opal kernelBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1234958638721007697
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
outer gate
it seems the width is limited and not responsive for the embedded onboarding, but it looks a bit too narrow to our taste - is there a way that we can resolve this?
old rain
Components assume width is from the parent component I believe
https://docs.stripe.com/connect/get-started-connect-embedded-components#width-and-height
outer gate
is that valid for the onboarding component too?
the parent as you can see has a full width?
immediate parent
old rain
Ah hmm looking at the docs, I don't see a way to set width per components basis.
I have a feeling we don't assume the full width for this specific one
outer gate
yeah - I'm afraid it's fixed width indeed.
old rain
I can flag this internally or you can file a feature request for this via if you want to stay in the loop
https://support.stripe.com/?contact=true
outer gate
I'll create a request indeed.
Small other question you could help me with - is there an endpoint to retrieve the prices from? If we integrate, and we guide our users into signing up with Stripe, I want to be able to present them with the prices they will be charged
old rain
You're asking about Stripe pricing/fees correct? I don't believe we have any APIs for that unfortunately.
outer gate
yeah - as of now, I'd be forced to link to your site - it would be nice if we could add the info on our website directly
old rain
yeah unfortunately, we don't have any APIs for that today.
outer gate
okay - I'll create new feature requests - thanks very much 😉
old rain
NP! 🙂 Happy to help
outer gate
One more question if you don't mind. When retrieving an account from the API, I do get the capabilities hash, but I also see active_payment_methods in there - I can't find the docs on that though. I thought I only had to look at the capabilities, but in doubt now...
spice boltBOT
trail canyon
👋 hopping in here since hanzo has to head out
trail canyon
I believe active_payment_methods is an older attribute that was never made public (your platform account must've been added to the feature a while ago) - capabilities is meant to replace it and should be safe to use instead
outer gate
yeah - I remember having a discussion with CJ Avilla back in the days where he still worked for you guys - I'll just go with capabilities. I'm just always struggling with deriving a "account state" - I want to start accepting payments for users as soon as possible of course but also want to make sure they understand you won't payout if they complete the onboarding
so I guess I shuld just check capabilities to verify what we can do, and show a warning when payouts_enabled = false or when requirements.current_deadlinehas a value? Would that be the best scenario?
trail canyon
Yup, check capabilities to confirm which PM types are available for the account and a warning if requirements.current_deadline is populated (although if you want to surface the warning earlier you could check eventually_due as well)