Fix wp_process_directives output#150
Conversation
|
Good spot, thank you! Note that #144 changes This means that #144 (which has approval from @luisherranz 🎉 ) will conflict with this PR. There's another change in #144 related to the aforementioned indirection that might come in handy for Woo: LMK if it's okay to merge #144 (I can help you carry over any necessary changes to Woo), or if you'd like to proceed differently 😊 |
|
Great, thank you for confirming @DAreRodz ! |
|
Merged #144.
I forgot to say, #144 also added basic coverage for that function. |
|
Great. 😊 @ockham, I'm closing this PR as most of the fixes were already addressed in your PR. I think the part about getting the directive processors is still broken. My guess is that, if directive attributes have a colon (e.g., I'll take a look and open a new PR if necessary. 🕵️ |
My guess was right. 😅 I created a bugfix here: #151 |
What
Fixes a couple of bugs while processing directives and generating the new HTML.
Why
The HTML output is basically
$block_content, unchanged. 😅How
WP_HTML_Tag_Processor.type:name) before looking for the directive function.wp-contextattribute.I guess we'll have to implement tests for
wp_process_directivessooner than later. ☝️