-
Notifications
You must be signed in to change notification settings - Fork 219
Update the archive templates to replace woocommerce/legacy-template by Products block #8067
Comments
I'd like to clarify my understanding of this task. I see the following scenarios in which I think we should act accordingly: flowchart TD;
Start-->New{New store?};
New-->|Yes| R1[Load New Blockified Template];
New-->|No| Changed{Changed template?};
Changed-->|No| R3[Display Old Template with Convert Button];
Changed-->|Yes| R2[Load Local Version with Convert Button];
In other words, I think we shouldn't replace the content of existing stores without merchant's acknowledgment or specific action. What do you think? cc: @dinhtungdu, @albarin, @Aljullu |
To me, it's fine to replace the unmodified archive templates of existing stores without merchants' acknowledgment. We're providing the same default layout but powered by blocks, so templates that haven't been modified should continue working as expected after we update the template file. By doing so, we also simplify the upgrade path quite a bit. |
I like that and I'd like to go this way. But I see one problem: This is what we agreed to display in a placeholder of Classic Template. I'd like to highlight "Don't worry, you can always revert back." Allowing to go back to Classic Template block is contrary to template auto-upgrade: user can choose to go back to Classic Template on purpose and we would replace it at first occasion which is bad UX (we told them they can go back). Seems like it's the bigger decision: should we still allow to use Classic Template?
|
AFAIK the latest decision was to not update the template for stores which are already using a block theme, but use the updated template for any new stores or any existing stores switching from a classic theme to a block theme. Some more context: pdnLyh-1ne-p2. If I'm not wrong, however, I think that was decided when the plan was to add Filter blocks by default in the template, and the rationale was that we didn't want to force a layout change to existing stores. But since we are no longer planning to add Filter blocks by default to those templates, I think it's ok to revisit that decision. |
As we already have a migration strategy in #6538, we can just follow that strategy by updating templates inside
As @vivialice mentioned in the P2 discussion, as the Products block is still in the beta phase, we should continue allowing merchants to use the classic template in case there is any issue with our blockified template that we haven't fixed.
It's not very clear to me from the merchant's POV how to revert back. Merchants can revert using the |
Makes sense, thanks for reminding! 👍
Good catch 🤔 I think I would include that information on a Classic Template placeholder. Let me try it out within #8248 and let's see how that looks 🙌 |
After creating missing blocks and implementing the compatibility layer, we want to update the archive templates to replace the
woocommerce/legacy-template
block with an equivalent design powered by:Update: thanks to the work in #6538 by @albarin and @gigitux, instead of replacing the current templates, we should update the blockified templates inside
./templates/templates/blockified/
.The text was updated successfully, but these errors were encountered: