Information blocks under each plan

Darkle

Hi!

I feel like this community is under Blomstra, maybe I'm wrong... 👀

It would be nice to be able to include customisable html text blocks just below each plan, so I could include information about the benefits the user will get with each plan. I feel like Stripe's description is not enough, especially if you want to go into details about actions the user could do with one plan or another (via permissions) ...etc.

I have a few more ideas for this extension that I would like to go into in depth when I have some more time.

luceos

Welcome to the Blomstra community 😉

Darkle It would be nice to be able to include customisable html text blocks just below each plan, so I could include information about the benefits the user will get with each plan. I feel like Stripe's description is not enough, especially if you want to go into details about actions the user could do with one plan or another (via permissions) ...etc.

That makes sense. I am not entirely sure how feasible an entire text editor/composer would be inside the admin area within the tag or group permission modal though 🤔

Darkle I have a few more ideas for this extension that I would like to go into in depth when I have some more time.

I'd love to hear those 👍️

Darkle

luceos That seems more complicated than I thought, but you're right, I hadn't thought that the group name, icon, colour and PTA are imported directly from the group permission modal.

This will require a ingenious solution, if I come up with something at some point I'll post it here 😃

askvortsov

luceos I am not entirely sure how feasible an entire text editor/composer would be inside the admin area within the tag or group permission modal though

Hi y'all! As of flarum/core#2649, the text editor itself is in the common namespace. If we manage to get bundle splitting for the composer elements in place for this coming release (flarum/core#1643), ALL composer things (core and extensions) will have to be in a separate module, meaning that they should be lazy loadable from both the admin and forum application.

Darkle

I've been configuring a couple of things in Stripe and I've noticed that you can upload an image for the products and it doesn't seem that there are important size limitations.

Maybe it would be a good idea to be able to import this image of the product in the same way that is done with the description, this image could be used to include information about the subscription or other uses, I think it could look good, obviously it is something that would have to do each person since you have to create the image, but it would be interesting.

I'm going to make some test images in photoshop to see how it would look like.

luceos

Darkle Let me know how that goes, it might indeed be an interesting feature.

Darkle

luceos I've been looking into this, actually maybe it could be a temporary solution as long as it is technically possible to bring the image through the API, I guess it is, just like bringing the description that is written on the Stripe product.

Anyway, on second thought I don't think it would be an ideal solution for the future of the extension as it would depend 100% on Stripe and if a new provider is added it would be a problem. Also, I'm not sure yet, but I think that image would appear on the statement of some banking applications which would be a bit weird.

Maybe it would make more sense to add the image to the indicated tag, on a button in the tag settings, this would at least not depend on Stripe or affect other providers.

luceos

Darkle I think I could enrich the stripe product information with an image link quite easily. As to different providers, I'm not entirely sure when this is going to happen honestly.

I will revisit payments somewhere the coming months. I think this feature might be worth looking into.

Darkle

luceos The image link would be nice, I'm happy with Stripe, I just didn't know if you were going to add more providers and this might interfere, cool.

Darkle

It's been a while since we've talked about this, and well I'm using my own "solution" for this, but today going through a product description in Stripe I came across this:

I would say this is something new (Feature list), no? At least I don't remember it being there when I commented on this... I think if it's as easy as my mind thinks it is to implement (don't trust my mind), it would be the ultimate solution to add information about subscriptions, without having to rely on over-complicated solutions 👀

luceos

Darkle certainly going to consider this for a future release. Good thought!

luceos

I researched this and the api docs do not mention these fields (yet). I haven't inspected the payload yet to see whether this is undocumented but available. Will do so soon.

Darkle

luceos Had a look at it, apparently at least for now it seems to be exclusive use for the "Embedded pricing table" (https://stripe.com/docs/payments/checkout/pricing-table#product-features), a shame honestly, although I've seen some users claiming it via API too, so maybe at some point they'll update it... 😭

Darkle

Darkle About this, by recommendation of a guy from Stripe Discord I contacted Stripe API support and they answered me a few days ago, unfortunately they told me that for now there is no plan to include the Feature list through the API, it's something exclusive for the Stripe Pricing Tables and it will probably stay that way.

But they did tell me a solution that could be interesting, they say that you could get a very similar result using the Metadata of the product that is available through the API, so in this way you could structure the information about the features of the subscriptions, it could be something like this:

Key=Feature1 Value=Blabla
Key=Feature2 Value=Blabla
...

I don't know if you can repeat keys, I guess not (?) The cool thing is that this information can be easily retrieved through the API.