Render all block patterns of the current page and remove async list#66114
Render all block patterns of the current page and remove async list#66114madhusudhand wants to merge 1 commit intotrunkfrom
Conversation
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message. To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
|
Size Change: -79 B (0%) Total Size: 1.77 MB
ℹ️ View Unchanged
|
|
Flaky tests detected in 9a521f8. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/11341796853
|
Does this fix a bug introduced during the 6.7 cycle? |
| patternFilter={ patternSourceFilter } | ||
| pagingProps={ pagingProps } | ||
| /> | ||
| { pagingProps && ( |
There was a problem hiding this comment.
Unless critical to this PR, then I'd suggest we take the changes that move Pagination and put in a separate PR.
I'm slightly concerned about this as I know we've suffered poor performance rendering patterns. I wonder if we need to look again at how asyncList is working. From my tests I see to get inconsistent results with array lengths of:
I feel there could be an underlying bug here. |
|
This is no longer needed, as the rendering improved in #66159 |
What?
This is an alternate to #66053. (created a separate one because it has got a UI change)
fixes: #65920
Why?
I don't think an async pattern list is necessary anymore, because are patterns are already paginated.
Having async list causes patterns to render multiple times, which is negatively effecting the UI performance and experience.
This PR removes the async pattern list and renders all patterns of the current page (max 20).
Also moves the pagination block to a level up, so that It is always visible.
Why move pagination?
If not fixed at the bottom, pagination visible first at the top of the page, and pushed down once patterns render.
Not sure if that should be considered as enhancement. Hence creating a separate PR instead of updating #66053
Testing Instructions