Is there any information online about how it will ...
# support
j
Is there any information online about how it will look migrating from the current to the new frontend? If payment extensions etc are only going to be compatible with the new front that means we should consider upgrading when the time is right correct?
j
I don't think we're recommending existing stores migrate.
j
Hmm.. that's kinda a bummer no?
aren't the controllers on the new frontend fairly similar to existing? -- would love to hear a bit about the thought on this for existing shops, they're just more or less on their own?
k
Yes the idea is that you already have a custom store so it’s probably already better than what we can provide. The old frontend will still be available as a separate gem (solidus_frontend), it will just be a matter of using that gem in your gemfile and everything will be exactly as it is now.
Btw: if you already have a custom store, why would you want to migrate? The starter is really just another “theme”
j
Well -- i guess i've been a bit scared cause you go say the stripe gem and it's warnings about incompatibility with the previous frontend. -- If there are no hooks or ways for the extensions to "demo" the default capability of the extension, what would be the process of using the newest version of stripe, with the old frontend?
I guess what i'm understanding is, we'll still be able to use the new extensions, just not in the way same processes we were before?
I think about the frontend gem more as the controllers than the views
j
I can't speak to the Stripe gem specifically, but for most extensions using a solidus_starter_frontend-compatible gem with solidus_frontend, hooking them up will be roughly the same. The issue is more with gems that expect solidus_frontend, as those likely won't work at all with solidus_starter_frontend stores without some modification.
One goal for solidus_starter_frontend-compatible extensions is to make fewer assumptions about the state of the frontend, so in the general case, integrating either frontend should look very similar. We just don't ship the same "glue" code we could if we assumed everyone was using solidus_frontend specifically.
j
nice i mean i think that's an improvement, so then the last question on the transition would be, does
solidus_starter_frontend-compatible
more so mean, any frontend compatible (with some effort) -- vs the previous startend, yeah the extension just won't work at all cause potentially the frontend decorators are totally busted
(or ignore me and it'll click with time 😅)
I was kinda under the impression that somehow the old frontends would get bricked and no longer work with future extensions so i'm happy to hear that's not the case
j
That's more-or-less the idea. What remains to be seen is how well it gets executed. There will definitely be a bit of a split with some projects as we can enforce compatibility and there will inevitably be disconnects or projects that make decisions to choose to only support the new frontend.
j
for sure -- the thing that's not clicking is what:
to only support the new frontend
-- I understand how the old one couldn't support the new, but if the new extensions make no assumptions about the frontend, what's the compatibility with the new frontend they're supporting
j
I said "fewer assumptions", not "no assumptions". Where assumptions get made, I'm sure they'll be in favour of the starter frontend.
👍 1
That's why I'm not going to suggest we will end up still supporting the old frontend with all new stuff. It likely won't be a big issue to use stuff targeting the new frontend with the old frontend, but there will likely still be legwork.
And it is possible for extensions to go overboard and totally break compat. Nothing we can do there. We're trying to encourage extensions to make fewer assumptions though.
j
yeah I agree it's good to keep moving forward, in reality it always requires some legwork
I'm happy to see so much attention going into solidus in general : ) thank you to both of your crews working on it!
❤️ 1