Terms Query: Remove some redundant attributes#72107
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: -156 B (-0.01%) Total Size: 1.96 MB
ℹ️ View Unchanged
|
|
Flaky tests detected in ac692c3. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/18287320565
|
|
Personally, I support the direction of this PR. I know a lot of time has been spent developing this block, and I understand the desire to implement as many useful features as possible from the start. However, there is not much time until the 6.9 release. The more features we try to include in the initial release, the greater the chance that they will not make it into 6.9 and the greater the chance of bugs. In my opinion, the most important thing is to get it out of the experimental flag and be confident that it can be shipped in 6.9. To do that, we need to build something minimal and robust. We can repeat the iterations once it has stabilized. What do you think? |
I totally agree with this and regarding this, I'm not sure if bindings is the right approach for this block. |
Co-authored-by: ntsekouras <ntsekouras@git.wordpress.org> Co-authored-by: Mamaduka <mamaduka@git.wordpress.org> Co-authored-by: cr0ybot <cr0ybot@git.wordpress.org> Co-authored-by: t-hamano <wildworks@git.wordpress.org>
What?
I've been reviewing various PRs (including the original implementation) about this block and getting context for it and I think there is room for simplification.
It seems to me that this block borrowed a lot from Query block, but some things are not needed (at least not yet) and there is also the chance to make better decisions here by looking at our past approaches (I don't have something specific right now on my mind).
In this PR:
namespaceattribute. Is not used anywhere and in Query it was used as a way to have patterns for third party extenders' block variationspagesattribute.WP_Term_Querydoesn't support pagination likeWP_Querydoes and additionally we don't have any pagination for this block. We could probably implement it in the future manually if needed.include and exclude. It's not used anywheretermQueryId. Not used anywhere. In Query block is needed because we support pagination and we could have multiple Query blocks in the same page.TermsQueryContentextraneous wrapper.I'd appreciate reviews from folks already worked on this block and have way more context than me, in case I'm missing something.
Testing Instructions