Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Toolkit v6 - Roadmap & Breaking discussion #266

Closed
8 of 9 tasks
Antonio-Laguna opened this issue Jan 27, 2023 · 5 comments
Closed
8 of 9 tasks

Toolkit v6 - Roadmap & Breaking discussion #266

Antonio-Laguna opened this issue Jan 27, 2023 · 5 comments

Comments

@Antonio-Laguna
Copy link
Member

Antonio-Laguna commented Jan 27, 2023

Given we don't encourage Browsersync anymore but was kept for backwards compatibility I'm wondering if we should use upcoming 5.0.0 as an occasion to actually remove this option and get the package leaner itself.

If so, is there anything else we could consider to introduce that's breaking?

I wonder this since we want to be stable and don't break but there are instances in which we need to so let's use those to remove legacy and discouraged processes.

Maybe we should enforce useBlocks now?

Thoughts @nicholasio & @fabiankaegy

UPDATE with list of breaking changes and rollout tasks

Breaking Changes

Other Changes

Rollout Plan

  • [Internal] Blog Post announcing upcoming breaking changes.
  • Release v6 in the next branch and ask for testers
@nicholasio
Copy link
Member

I agree it's about time to remove browser sync.

Regarding useBlocks I think we can make it the default option in 5.0 but still give the option to preserve the current default behavior.

@Antonio-Laguna
Copy link
Member Author

@fabiankaegy
Copy link
Member

Thanks for starting this discussion :)

And yeah I think it is time to make the useBlockAssets feature flag the default behavior. But I will add that I have only ever used toolkit for WordPress related projects. And whilst I don't think that it would have any effect on anything outside of that we should make sure that it was tested with such projects.

@fabiankaegy do you think we could get rid of this too?

https://github.com/10up/10up-toolkit/blob/develop/packages/toolkit/config/postcss.config.js#L18

Yeah I'd love to remove this handling and even the need for the editor styles scoping post CSS plugin altogether

@Antonio-Laguna Antonio-Laguna modified the milestone: Future Release Jan 30, 2023
@nicholasio
Copy link
Member

Also wanted to bring this to the table #297

@nicholasio nicholasio changed the title Breaking discussion Toolkit v6 - Roadmap & Breaking discussion Jul 25, 2023
@nicholasio
Copy link
Member

Updated issue description with breaking changes for next major and rolloup plan

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants