I’ve really struggled over the years to find a good local WordPress setup, and I think I finally have something that I love. It’s been incredibly effective, fast, and adaptable to not only my specific plugin scenario, but with a few tweaks to the script, can be used to set up a local environment for just about any WordPress setup.
I submitted a bug report for the Cloudinary plugin, related to the mobile experience when uploading media using the WordPress app.
As we dig deeper into what the Fields API can and should be, we’ve touched on some intriguing topics. From datastores to CRUD functionalities, our discussions are aimed at ensuring that the API is not just powerful today, but remains relevant and adaptable for the long term. Your feedback and input are invaluable in shaping the future of this project.
I started working on a very rough PoC earlier this week, and it helped me form an opinion on how I think the fields API could work. I think there’s some pretty good ideas here that would allow us to implement the fields API without disrupting WordPress backcompat.
This is a very early look at a potential solution to the fields API. This is not ready for actual review. I’m pushing early mostly so we can talk about some of the things in the PR and see if there’s significant problems. Approach The idea here is that there is a central singleton registry… Continue reading PoC – A Registry-Based Approach To The Fields API
This PR introduces a new document to the fields API that illustrates how to build a sidebar in the post settings section sidebar in the block editor. The goal of this PR is to help add visibility on one of the many ways in which a field is used inside WordPress.
So yesterday, I was casually working on my WordPress central hub for my content throughout my site. I was tinkering with the settings, and while on the general settings page, I happened to click “save”.
And that’s when all hell broke loose.