{"id":578,"date":"2026-03-04T17:08:13","date_gmt":"2026-03-04T17:08:13","guid":{"rendered":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/2026\/03\/04\/wptavern-207-rob-ruiz-on-wp-rig-and-the-future-of-theme-development\/"},"modified":"2026-03-04T17:08:13","modified_gmt":"2026-03-04T17:08:13","slug":"wptavern-207-rob-ruiz-on-wp-rig-and-the-future-of-theme-development","status":"publish","type":"post","link":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/2026\/03\/04\/wptavern-207-rob-ruiz-on-wp-rig-and-the-future-of-theme-development\/","title":{"rendered":"WPTavern: #207 \u2013 Rob Ruiz on WP Rig and the Future of Theme Development"},"content":{"rendered":"
Transcript\n
\n

[00:00:19] Nathan Wrigley:<\/strong> Welcome to the Jukebox Podcast from WP Tavern. My name is Nathan Wrigley.<\/p>\n

Jukebox is a podcast which is dedicated to all things WordPress. The people, the events, the plugins, the blocks, the themes, and in this case the future of theme development.<\/p>\n

If you\u2019d like to subscribe to the podcast, you can do that by searching for WP Tavern in your podcast player of choice, or by going to wptavern.com\/feed\/podcast, and you can copy that URL into most podcast players.<\/p>\n

If you have a topic that you\u2019d like us to feature on the podcast, I\u2019m keen to hear from you and hopefully get you, or your idea, featured on the show. Head to wptavern.com\/contact\/jukebox, and use the form there.<\/p>\n

So on the podcast today, we have Rob Ruiz. Rob has been involved in the WordPress ecosystem since around 2010. He began as a designer, but over the years WordPress has helped him transition into a developer, software engineer, and now an architect. Currently, he\u2019s working full-time at an agency whilst taking on side projects independently.<\/p>\n

The main topic for today\u2019s conversation, centers around themes, a subject that hasn\u2019t been covered in depth on the podcast for quite some time. You see, Rob is the current custodian of WP Rig, a free and open source toolkit for WordPress theme development. WP Rig offers a modern, minimal, and best practice driven starting point for developers who want to build custom themes. Providing tools like Composer and Node integration to streamline workflows, enforce coding standards, and enable the use of future facing CSS features, right now.<\/p>\n

We start the episode with Rob sharing what attracted him to WP Rig, and his journey from user to Project Maintainer. We talk about who WP Rig is for, from experienced developers, to those just starting to dip their toes into theme building and code customization.<\/p>\n

The discussion moves on to talking about what a theme development framework actually is, and why this approach might suit people wanting more control, and education, in their WordPress journey. Rob describes the learning curve, the workflow, and the satisfaction of creating your own theme from scratch, while highlighting tools and guardrails built into WP RIG that make professional standards and best practices accessible to all.<\/p>\n

We also get into how WP Rig fits into the changing WordPress ecosystem. With the advent of full site editing and block-based themes, Rob explains how WP Rig has evolved to stay relevant, supporting classic, hybrid, and block-based paradigms, even enabling block development at the theme level.<\/p>\n

Towards the end, we discuss the community behind WP Rig, how you can get involved, and the many educational resources available for those who want to learn theme development, or even become contributors themselves.<\/p>\n

If you\u2019re interested in building custom WordPress themes, want to understand the nuts and bolts of theme frameworks, or are simply looking for a modern and educational starting point for WordPress tinkering, this episode is for you.<\/p>\n

If you\u2019re interested in finding out more, you can find all of the links in the show notes by heading to wptavern.com\/podcast, where you\u2019ll find all the other episodes as well.<\/p>\n

And so without further delay, I bring you, Rob Ruiz.<\/p>\n

I am joined on the podcast by Rob Ruiz. Hello, Rob.<\/p>\n

[00:03:56] Rob Ruiz:<\/strong> Hi. How are you, Nathan?<\/p>\n

[00:03:57] Nathan Wrigley:<\/strong> Rob\u2019s joining me today to talk primarily about themes, which I confess is a subject that we haven\u2019t touched in a good long while. So before we get into that, Rob, would you just mind spending a minute just letting the listeners know who you are? If we are on a WordPress podcast, probably better to align that with what your journey is in the WordPress space, if that\u2019s okay.<\/p>\n

[00:04:17] Rob Ruiz:<\/strong> Certainly. Yeah. So my name is Rob Ruiz. I\u2019ve been leveraging WordPress since about 2010 ish, although my web development experience goes prior to that. And so I\u2019ve been tinkering and getting more and more into it as I go along.<\/p>\n

I started off as mostly a designer back in the early two thousands, I guess. And WordPress has facilitated my journey from being a designer to more of a developer, software engineer, today, architect. And so yeah, it\u2019s been a very fun journey. I\u2019ve learned so much over the years, so I\u2019m very grateful to WordPress for helping me do that at my own pace.<\/p>\n

[00:04:58] Nathan Wrigley:<\/strong> Do you work for yourself? Are you perhaps engaged in an agency or something like that?<\/p>\n

[00:05:02] Rob Ruiz:<\/strong> So currently, right now I work full-time at an agency, but I do also do work for myself as well. So it\u2019s kind of a hybrid situation.<\/p>\n

[00:05:09] Nathan Wrigley:<\/strong> Okay, so the reason that Rob is on the podcast today, well, there\u2019s a variety of reasons. Most of it will bind itself to the subject of themes, as I said right at the start. But we\u2019re also going to be talking, maybe towards the end a little bit about AI and things like that.<\/p>\n

However, Rob is now the custodian. I didn\u2019t realise he was now the custodian. We\u2019ll get into that in a minute. But Rob is the custodian at the moment of a project called WP Rig. And you can find this, it\u2019s a really quick URL to type in, it\u2019s WP Rig, so WPRIG .io.<\/p>\n

Completely free to download, completely unencumbered by a pricing page or anything like that. There\u2019s a GitHub repo I think. Yes, that\u2019s right. So do you just want to give us the elevator pitch for what WP Rig is. And just because it makes me happy, can you tell us how you got involved? Because that\u2019s lovely too.<\/p>\n

[00:06:00] Rob Ruiz:<\/strong> Yeah. Yeah, for sure. So WP Rig is a theme development toolkit or framework, but it\u2019s also a starter theme as well. So you could think of it as kind of like underscores but with a whole modern development toolkit situation built into it, meaning there\u2019s a bunch of composer dependencies, Node dependencies, and other kind of developer tools baked into it to prepare developers for the best developer experience possible when developing themes for WordPress.<\/p>\n

How I got involved with it essentially is I was, first off, I was looking for a theme development framework. I had gone on a journey to explore many. And during that journey, I came across WP Rig, and kind of fell in love with it. It was really, really cool. I liked it a lot. I liked a lot of the opinions. I liked how well aligned it was with Core WordPress itself. I like the WordPress best practices that it enforces, you know, automatically. You don\u2019t even have to like go look them up and think about it. You could just run a tool that\u2019s built into it and it\u2019ll check all your code for said best practices.<\/p>\n

And so that was very interesting to me. I was like, I\u2019m going to start using this. And so I did. I did start using it. And then, shortly thereafter, I had been browsing my favorite WordPress news site, WP Tavern, and noticed an interesting article about the project that I had just recently fell in love with out of sheer coincidence, I suppose. Out of sheer coincidence, it just so happens this project is now looking for new maintainers, and that they were having a Zoom call in the near future where anybody interested in maintaining the project could join the Zoom call.<\/p>\n

And so I did. I joined the Zoom call and I got to meet the previous maintainers, or maintainer rather, and ended up having ongoing conversations with him after the call. And one thing led to another, and now the project is basically managed solely by me with a handful of other light contributors.<\/p>\n

[00:08:04] Nathan Wrigley:<\/strong> So that\u2019s really nice. I love the fact that there\u2019s some sort of combination of WP Tavern and WP Rig out there. That\u2019s lovely. So I appreciate that. The audience for this podcast is pretty varied. So there\u2019ll be developers with a longstanding history with WordPress, you know, deep in the code. Will go to WP Rig and immediately everything will connect, and they\u2019ll be like, yep, I get this. I understand what this is. It\u2019s for me. It\u2019s not for me, yada, yada.<\/p>\n

However, we also have quite a lot of people listening to this who are brand new to WordPress. They\u2019ve got no experience with code. They may be living inside of a page builder or something like that where everything is point, click, drag, drop, save, that kind of an environment. It just occurred to me that they very well might not know what even a theme development framework is. So can we begin there? What is the point of a thing like this? What\u2019s the problem you\u2019re trying to solve? Let\u2019s start there.<\/p>\n

[00:08:53] Rob Ruiz:<\/strong> Yeah, that\u2019s a great question. So like anything in WordPress, because it\u2019s open source and so beautifully designed, might I add, from an architectural standpoint, there are lots of ways to extend WordPress beyond its base functionality.<\/p>\n

Two of the most common ways to do this is via the plugin system, and via the theme system. And so we can add custom plugins to extend the functionality of WordPress, but we can also add custom themes to alter the way our website looks and feels aesthetically.<\/p>\n

So if you\u2019re somebody who\u2019s more of a designer maybe, or you appreciate aesthetics and perhaps you\u2019ve dabbled in some CSS, you might be more inclined, if you\u2019re looking to go beyond just what Core WordPress provides to you in terms of a site building experience, I would encourage those people to look at themes and possibly creating your own custom theme. Or altering an existing theme using a concept called child theming where you can take any theme that you get from anywhere, whether you buy it or find it on the wordpress.org theme repository. You can extend themes using child themes, or you can just build your own themes from scratch.<\/p>\n

So that does include some work outside of the WordPress admin area. So once you get into developing themes for WordPress, the concept here is you\u2019re kind of straying away from the WordPress admin experience, and you\u2019re now like in the code editor realm, right? Because under the hood, WordPress is all just a bunch of code, PHP, JavaScript, CSS. There\u2019s a lot going on, the React now. There\u2019s a lot of things kind of built into WordPress.<\/p>\n

And so the beautiful thing about WordPress is that you can kind of, if you\u2019re interested in learning how to develop, you can kind of dip your toes into the development pool as frequently as possible, as quickly as you want. Whatever you are comfortable with, you can kind of pace yourself there and say, okay, let me try and make a custom theme, or let me try to make a custom plugin. And if it doesn\u2019t work out, it\u2019s easy to just deactivate it, delete it, remove it, whatever. It\u2019s a great way to learn how to develop, in my personal opinion, because a lot of the heavy lifting is done by the Core WordPress system.<\/p>\n

Basically what WP Rig offers is, instead of having to create a file system, a theme system from scratch, you know, a lot of people will reach for a concept called a boilerplate. Something that will scaffold kind of like the common files and folders that would be necessary in a theme, and then allow you to work from there. So you\u2019re not just starting from like ground zero, create a new directory, create a new file.<\/p>\n

And so that\u2019s kind of what WP Rig offers is like, okay, go to our GitHub repo, clone the GitHub repo down, and then there are directions in the repo on how to get it to scaffold all the tools that come with it, all of the Node and Composer tools. And then you\u2019re kind of off to the races.<\/p>\n

[00:11:46] Nathan Wrigley:<\/strong> So with WP Rig, I\u2019m guessing we would describe this as a framework or something like that. The idea being that you can bring this, kind of learn how it works, become adept at it, and then it\u2019s like your constant friend. It\u2019s always in the background. It\u2019s the thing that you can rely on. It\u2019s the muscle memory which develops over time. So you can ship your own themes, which kind of depend on the framework, but also, you know, you\u2019re familiar with it so that bit is taken care of and straightforward.<\/p>\n

What is it that attracted you to this particular theme development framework, at the time when you were sort of scrambling around looking for a project to become involved with?<\/p>\n

I mean, one of the things that I always found curious was the leaner, the better. You know, the less that there was in such a thing, the more I was drawn towards it, because it gave me a, the basis, the scaffolding basically from which I could start building. Now, I don\u2019t know if that\u2019s what drew you here. So there\u2019s the question. What is it that you thought was superior for want of a better word about this one?<\/p>\n

[00:12:41] Rob Ruiz:<\/strong> Well, you nailed it. It\u2019s really that. Like, it is quite minimal at its core. I also really appreciated how it treated CSS, as somebody who comes from a design background. I love modern CSS. I love following CSS influencers on YouTube, and learning all the new tricks. It\u2019s a lot to keep up with and as, now that Internet Explorer is gone, CSS is progressing at an enormous rate, which I\u2019m very excited about. But it also forces you to keep in tune with what you can do with it and what you shouldn\u2019t do with it. And so there are tools built into WP Rig to help you assess those things as you\u2019re developing your CSS in there.<\/p>\n

When I originally was brought onto it, we were using a tool called PostCSS. That would essentially allow you to use future CSS before it was adopted by all modern browsers. And during the compilation process, it would convert your future CSS to today CSS essentially. And so the idea there is that as CSS catches up, your compilation would just have to do less work, right? So when it compiles all your CSS, it would, you know, like now that nesting is a thing, right? I was using WP Rig before CSS nesting was supported by all modern browsers, but I was able still to use CSS nesting in WP Rig, which I really liked. So there\u2019s that aspect of things<\/p>\n

and yes, it is very light. I\u2019ve used other theme development frameworks where they encourage you to use kind of like a templating language or framework. I didn\u2019t really like that approach because it felt very foreign to WordPress. Nothing else in WordPress uses such a thing. That kind of turned me off a little bit because I was like, I don\u2019t want to learn this whole other concept that like really doesn\u2019t exist anywhere except for Laravel. I liked that about it. It kept it simple in that regard.<\/p>\n

And then if you\u2019re using WordPress at like a agency level, if you\u2019re building bespoke custom sites for clients, something like WP Rig is extremely powerful because it allows you to increase your level of customisation as much as you want, and the tools are all there to help you handle that. Also, meanwhile, if you\u2019re working on a team of developers, which is often the case if you\u2019re working with an agency or something like that, WP Rig becomes kind of like a home base, if you will, for opinions, for coding practices, for checks and balances.<\/p>\n

All these things, it helps put everybody on the same vehicle, I guess, if you want to think of it like that. Everybody\u2019s using the same vehicle, so there\u2019s not wildly different ways of doing things, which can be very, very handy when working on a team and assessing other people\u2019s code, and perhaps taking over work for other people and so on and so forth.<\/p>\n

[00:15:23] Nathan Wrigley:<\/strong> So the thing about frameworks, I guess, is that, if you are in the WordPress space and you are that page builder user, so everything is within the WP admin, you know, you download a plugin, which creates pages or a theme, I guess you could do the same thing, but you\u2019ve got that kind of experience with WordPress. Is this something that would map to those kind of users perfectly, or is there more of a learning curve? Do you need to be leaning more into the developer side of things?<\/p>\n

Maybe there\u2019s a happy transition that can be made. Because, you know, when you\u2019re on the website, you have interesting acronyms. So, you know, CSS, JS, we\u2019re probably entirely familiar with those, but then we get into things like esbuild, Lightning CSS, ESLint, NPM, Composer and so on. And at this point I can imagine quite a few of the inexperienced users thinking, you know what, this is going to be tough for me.<\/p>\n

So I just want you to give us an impression, reassure people. How hard is it to go from that, I\u2019ve never done anything like this before. To up and running, becoming familiar, if not necessarily completely familiar in a heartbeat?<\/p>\n

[00:16:25] Rob Ruiz:<\/strong> In my opinion, it\u2019s not hard because you can kind of just focus on where you want to focus. And so for instance, if you\u2019re only interested in writing CSS styles and you just want to change colors, and sizing, and fonts, and stuff like that, you could use WP Rig to make an extremely simple theme, which is what I would encourage people to do if they\u2019re just getting up and running.<\/p>\n

Back to your question about page builders and such, there is like this, I don\u2019t want to call it a problem, but there is a paradigm in WordPress that I think, especially for newer WordPress developers, they need to be very aware of, which is that you kind of have two schools of thought.<\/p>\n

You have this school of thought of like, okay, I want to just use the WordPress admin to customise every little bit, every little piece of my WordPress site. I should be able to do it in the WordPress admin. And so that\u2019s where some of these more complex page builders kind of come in and provide a lot more control than just what Core WordPress provides you.<\/p>\n

But with that said, it will never be ultimate control. It will never be ultimate control, because there\u2019s always going to be some amount of constraints. You\u2019re always going to be constrained by what configurations, what settings, what fields, what controls that page builder provides you.<\/p>\n

And not only that, you have to keep in mind some of these rules, I like to think of them as rules, configurations, settings, whether it\u2019s at the block level, widget level, element level, whatever word you want to use to describe a part of your page, like an object or a component, it\u2019s a very common word. When you\u2019re using a page builder, that\u2019s all getting saved into the database. Anytime you enter a value, you click save or whatever. Everything is in the database, all of it, right?<\/p>\n

And so if you need to make a global change across your whole site, let\u2019s say you want all of the blocks on your website to all of a sudden have a border around them, or you want to change something about them, the colour, background colour, something like that. In a page builder world, you\u2019re going to have to go into every single one of those elements, those blocks, whatever, and you\u2019re going to have to change those values everywhere.<\/p>\n

Where, when you\u2019re doing things with just code, you have kind of superpowers. In my opinion, coding, if you want ultimate control over your site and you want to be able to do literally anything you can imagine, and be able to do it in a way that\u2019s progressive and is comprehensive, without any barriers, without any limitations, code will always be the best way to exercise that control that you\u2019re going after.<\/p>\n

Now, obviously, newer people, too much control can lead to confusion and all this stuff. So I don\u2019t fault people for using some of these other solutions like page builders to kind of get their feet wet and get up and going and kind of figure out how to use just WordPress itself.<\/p>\n

But once you get to a point where you\u2019ve been doing that for a while and you\u2019re looking at like other websites that aren\u2019t even WordPress that have all kinds of interesting, cool features built into them, new paradigms being presented and exposed. Let\u2019s say you follow CSS and you\u2019re looking at all the newest CSS features that are coming out. Many of those newest CSS features that are coming out, there\u2019s really no ability to control those things in your WordPress site, because that stuff literally just got adopted by Chrome or whatever, just reached modern browser adoption like recently, right?<\/p>\n

And so you have to kind of wait for the page builders, for WordPress to kind of now provide you new controls, new tools, so that you can then control those things. But when you\u2019re doing things with code, you could just do it immediately, and you could do whatever you want.<\/p>\n

So when you\u2019re building your own theme from scratch or you\u2019re trying to, even creating your own plugin from scratch, it\u2019s never really going to be a concept that\u2019s for like new WordPress people that are just very, very new to just developing websites in general. But it is nice to know that these tools are out there and they\u2019re there, so that when you do get to a point where you\u2019re ready to kind of spread your wings a little bit more, you know what tools are out there to reach for. And you can begin to play with them a little bit instead of forever feeling confined to one paradigm.<\/p>\n

[00:20:40] Nathan Wrigley:<\/strong> Yeah, there is something exceedingly satisfying about understanding how, whatever the thing is works. I imagine that as a child, you were perhaps that child that took things apart and enjoyed the experience of looking at the insides and thinking, how did that work? Okay, that\u2019s how it worked. Okay, that cogs connected to that thing, and then that spins around in that way. And, oh, and look that on the front spins around as well. Got it. I understand that now. And you reassemble it and what have you.<\/p>\n

I think there is something exceedingly interesting about that in the WordPress space. Obviously, WordPress, CMS, incredibly powerful out of the box. You\u2019ve got the WP admin, and perhaps that\u2019s as far as you wish to go.<\/p>\n

But peeling back the layers and understanding, how is a page constructed? Where does the CSS get called from? How is the HTML finally output? What are the bits and pieces that make it up? How does the theme layer do its bits and pieces? You don\u2019t have to kind of understand it all in one hit. You can, with a framework, the likes of which we\u2019re talking about, WP Rig, there is this capacity to just take little nibbles and have a slow, but realising appreciation. Oh, okay, that\u2019s how it works.<\/p>\n

But not only that\u2019s how it works, okay, now that I know how that works, I now am in control of it. Whereas in a way, previously, I just was sort of a passive observer. Perhaps there was a setting area in my page builder or what have you. And if it was there, I could make use of it, and if it wasn\u2019t, I couldn\u2019t.<\/p>\n

But also I think it drives you into that journey of understanding the open standards, the open web, the things that make up the technology which is free, available to everybody. What WordPress builds upon.<\/p>\n

And I\u2019m talking specifically about HTML, CSS and JavaScript, just those three things. The foundational pieces of the web. And it allows you to get involved in that, and be interested in that and understand where the web is heading. And especially like you said, with modern CSS\u2019, it is coming really fast and it is fast replacing, in many respects, I think a lot of JavaScript really is going to be obsolete, for the front end side of things, in the fairly short term.<\/p>\n

So it allows you to sort of nibble away at that and become more experienced. And if you haven\u2019t had that journey but you\u2019ve got a curiosity, this is possibly a great place to start. There is no question there, but I\u2019m just sort of offering that up to see if that jibes with what you think.<\/p>\n

[00:22:52] Rob Ruiz:<\/strong> I couldn\u2019t agree more. And not only that, I think an important thing to think about WordPress as we move forward into the future and more competitors to WordPress emerge, I think it has never been more important to make sure that we have tools out there that are designed to facilitate people in their journey to getting into development. Because let\u2019s be real, WordPress is open source, and we have to remember that WordPress is at the mercy of its contributors.<\/p>\n

And so if the number of people contributing to WordPress starts to decline, so too will the progress of WordPress itself, unless other big companies with other developers that they\u2019re actually paying are willing to foot the bill to like pay people to contribute to WordPress.<\/p>\n

I don\u2019t know that that\u2019s the bright future that WordPress had originally like looked towards, right? I think what\u2019s made WordPress so powerful and so successful over the years are the tinkerers, are the people that are willing to get in there and start to like learn things and figure things out. And then those people will slowly become contributors. And the more contributors we have to WordPress, the more WordPress itself will flourish. And then if that starts to go in the opposite direction, so too will WordPress.<\/p>\n

And now these other services, and other solutions that are out there, are going to like eclipse WordPress and then people are kind of forced into a situation where it\u2019s like, oh, well now you have to constantly go out and pay for and buy things, and now you\u2019re at the mercy of these product authors, if you will, as opposed to being a part of a community of people that are all kind of collectively working together to make this one platform better all the time.<\/p>\n

[00:24:37] Nathan Wrigley:<\/strong> Yeah, the open web and all of the web standards that are behind that, it is such an interesting time for that. Rewind the clock, I don\u2019t know, 10 years or something, and there was this whole bond fight thing where browser vendors were just distributing things which were either in opposition, certainly in competition to features. And so you could never really figure out what the heck you were doing, and each browser would behave differently.<\/p>\n

That is so far in the rear view mirror now. In the majority of cases, new things like new CSS, the new CSS spec is broadly speaking, adopted by everybody out of the box. I mean, there might be a few tiny edge cases where, I don\u2019t know, let\u2019s say Mozilla is just not implementing something because they just haven\u2019t quite got round to it yet.<\/p>\n

But there\u2019s no, Mozilla\u2019s not doing that. It\u2019s just a case of, we didn\u2019t get around to it. And understanding that and being interested in that and thinking to yourself, well, goodness me, if I change my CMS of choice, at the end of the day, I still need to be able to output HTML and CSS. And so having that tinkerer mentality, which you are providing within the WordPress space is so interesting and so credible. So thank you for that.<\/p>\n

Right, I\u2019m going to pivot a little bit. So again, this is leaning in more to the inexperienced user. Forgive me if you are an experienced user listening to this, you probably know what you are doing. So maybe, you know, you don\u2019t need all the 101 stuff.<\/p>\n

What do you need to get WP Rig up and running? Because I think a lot of the audience listening to this will simply be, I have a server somewhere. You know, I don\u2019t really know where it is, but I pay some company and I click a button in some control panel and WordPress magically happens. And then I install a theme and plugins, and that\u2019s basically it.<\/p>\n

So what do we need to get WP Rig up and running? What are the core parts, the processes that we would need to go through?<\/p>\n

[00:26:24] Rob Ruiz:<\/strong> Yeah, well the important thing to keep in mind here is that it\u2019s all on your own computer that you\u2019re doing all of the work, as opposed to the WP admin approach where, when you\u2019re interacting with WordPress, you are actually interacting with a remote server. The databases on the remote server, the files are on the remote server, all that stuff.<\/p>\n

When you\u2019re developing a theme or plugin from scratch, more often than not, I would say 99% of the time you\u2019re doing it on your own computer. And so you do have to have, if you want these tools that facilitate this development process, you have to install them on your computer so that they\u2019re available when you go to use them.<\/p>\n

So there are some pre-reqs to using WP Rig. You do have to install Node. Node.js is a very common JavaScript runtime that runs on your computer and allows your computer to process JavaScript as if it\u2019s a browser kind of, but it\u2019s not, it\u2019s just doing it on a server, which essentially any computer can be a server at any time.<\/p>\n

And so you have to have Node installed. You have to have Composer installed. Composer is just a package manager for PHP, and it\u2019s used beyond just WordPress. It\u2019s used in Laravel. It\u2019s used in any, even just raw, vanilla PHP development. Composer is very popular. So we do leverage some Composer packages to do some PHP level work in the theme.<\/p>\n

And you need a local development environment, of course. So there\u2019s the wp-env package out there. If you\u2019re into the Docker way of doing local development. I\u2019m a big fan of Local WP. I think that\u2019s a great solution. WordPress Studio is another very good one. There\u2019s lots to choose from out there.<\/p>\n

So just choosing a local development environment and getting to know one of those is really handy because now you\u2019re not dealing with a WordPress instance that\u2019s on a remote server, you\u2019re dealing with a WordPress instance that\u2019s running on your computer. And this is where all of that magic is going to happen. All the automatic conversion of your CSS, all automatic conversion of TypeScript to ES5 JavaScript. All of the automatic things that WP Rig handles for you, all of that is happening on your computer.<\/p>\n

And then there\u2019s a process, a bundle process that happens. Once you\u2019re done working on your theme, you can bundle the theme and then, this is where things get a little weird. So like when you first get working with WP Rig, you can think of the WP Rig theme, the starter theme as kind of like a source theme. But when you bundle, WP Rig actually generates a whole new theme for you that has the name of your theme baked into it. And not just like how it shows up in the WordPress admin, it goes through and it replaces all references to WP Rig in the code everywhere, across the entire code base of the theme. It changes the words WP Rig to whatever the name of your theme is.<\/p>\n

So if you build a theme with WP Rig and you decide to sell it or deploy it or ship it or whatever to anybody, user, wherever, anywhere. Anybody that\u2019s looking through that source code, for whatever reason, they would have no way of knowing that it was built with WP Rig because it\u2019s just going to look like your theme.<\/p>\n

[00:29:31] Nathan Wrigley:<\/strong> There\u2019s something extremely satisfying about seeing your theme. The first time you see your theme. Stick it on a website somewhere and, oh, look, there\u2019s the thing that I built. Whereas, you know, for many people, it\u2019s been an entire experience of going to the repo, going to commercial theme houses and what have you, and downloading something and tweaking it and what have you.<\/p>\n

And you really can start really, really, really small. You know, a few lines is really all that you need to get going and build up from there. Obviously it will start plain, but the more complexity you add.<\/p>\n

But given that it\u2019s all happening on your local computer, it\u2019s not like you need to rush. This could be something which is years in the making. You know, you start today and maybe two years from now you are entirely happy and you\u2019ve got something that you think is worthy of the world looking at. Well, that\u2019s the point at which you can start to distribute it. As you\u2019ve just described, because it\u2019s all free, completely open source, when you ship that theme, export it, everything is run in such a way that nobody would ever know, which is just lovely.<\/p>\n

Okay, so given all of this fresh, interesting stuff about WordPress themes, we\u2019re in an interesting space in the WordPress theme marketplace, let\u2019s call it that.<\/p>\n

Several years ago, full site editing came along and now we\u2019ve got this sort of different way of doing themes. Previously we had to open up an IDE and fiddle with template files and things like that. And now we\u2019ve moved more into a page builder, let\u2019s go with that. You know, there\u2019s this Gutenberg block based editing of themes, where you can do more or less everything in a UI.<\/p>\n

How does this fit into that piece, and what do you make of this new paradigm, this new way of doing themes? Are there benefits to it that you see, or drawbacks? Are you still doing it? Do you see a bright future for WP Rig? I\u2019m guessing the answer\u2019s yes, otherwise you wouldn\u2019t be on this podcast.<\/p>\n

[00:31:16] Rob Ruiz:<\/strong> That\u2019s right. Yeah. Well, I will say that as somebody who had recently decided to adopt WP Rig, when the whole concept of FSE was first announced or introduced, I did have some strong opinions because I was like, oh my gosh, this is going to make my life very difficult if this becomes the way of doing things. And so I kind of foresaw a lot of where things have gone over the past few years.<\/p>\n

So at the beginning I was a little hesitant because it kind of threw a wrench in this new thing that I was excited to adopt and start advancing. Over time I have come to appreciate it quite a bit. And in my opinion, it\u2019s just allowed me as the maintainer of WP Rig, a lot of opportunity to really get in there and learn a lot, and get my hands dirty, and allow WP Rig to become something that was more my own, as opposed to something that I just adopted from some other people that had done a bunch of work, right?<\/p>\n

Had that not happened, I probably would\u2019ve just been like encouraged to just kind of sit back and be like, ah, yeah, you know what, this is my thing and it works and whatever. But this presented a lot of challenges and those challenges present a lot of opportunity if you look at it the right way. Not just opportunity to make something my own, not just opportunity to build things, but also opportunity, most importantly, I think, to learn things. And so that\u2019s really been the gift of where all of this has gone for me personally.<\/p>\n

Do I think that full site editing makes it so that you don\u2019t have to make your own theme as much? Yes, I do think that is a thing because you have a lot more control of the way your website looks from within the WordPress admin area and creating templates and block patterns and all that stuff from within WordPress. It is different than how we used to do it, let\u2019s put it that way.<\/p>\n

However, as somebody who has decided to just like adopt it, I will say that if you can keep the paradigms and concepts all categorised and separated in your brain, then it\u2019s actually quite powerful and can be extremely handy, especially with how fast the WordPress admin experience has gotten over the past few versions. It is very snappy now, almost to the point where it\u2019s satisfying to use. Crazy to say. But it\u2019s just so snappy. And we\u2019ve got lots of little micro animations coming in there now where you can, you know, just the way everything happens is like, to me, it makes it a little bit more fun.<\/p>\n

What does that mean for WP Rig? Well, that means there\u2019s multiple paradigms that WP Rig has to support. So because WP Rig was originally created in the classic paradigm, when you first start using WP Rig, it does assume that you\u2019re creating a classic style theme. But that doesn\u2019t mean you\u2019re forced to build a classic style theme. Because one of WP Rig\u2019s strongest features is that there are whole bunch of custom command line commands that you can type in and run that will automatically convert WP Rig into these other paradigms.<\/p>\n

So if you want to build a block-based theme or a universal theme, which is kind of halfway between classic and block-based, you could just run a command in your terminal and it will just automatically change a bunch of files in WP Rig to convert it to this other paradigm. And now you have full site editing as part of your theme.<\/p>\n

And many people may not be aware of this, but the whole concept of full site editing is controlled by the theme. Whether or not you even have full site editing on WordPress is dependent on the theme. It\u2019s not well, Gutenberg can be removed via a plugin, but in order to enable these functionalities, like if you want to be able to do full site editing, it is the theme that dictates that, not a plugin.<\/p>\n

So it is important for WP Rig to facilitate that part of things. And so that is something that I\u2019ve had to build out among many other things. Now WP Rig has a full block authoring experience built into it.<\/p>\n

Now, this is where things get very, very opinionated among developers. But a lot of people argue that blocks are a, that\u2019s plugin territory, right? Now, I don\u2019t know about you, I\u2019m not really much for territories. I like to pretend that borders don\u2019t exist sometimes. And so there are situations where building theme level blocks do make sense. Keep in mind that if you decide to bake custom blocks into your theme, you have immediately disqualified yourself from contributing this theme to the wordpress.org theme repository. So keep that in mind. That\u2019s a big cautionary, little tidbit.<\/p>\n

But if this theme is just for you, or a client, or for usage outside of the WordPress repository, WordPress does have the ability to enable block authoring within WP Rig. And then now you can start to author blocks within your theme.<\/p>\n

Where I like to think of this as like navigation, right? When I\u2019m looking for themes, if I\u2019m like shopping for themes, one of the first things I look at is, what is the navigation for this theme? What is that experience like? Because there\u2019s lots of different kind of like styles of navigation.<\/p>\n

If you need to create a custom navigation, maybe there\u2019s a situation where the navigation block in Core WordPress doesn\u2019t suit your needs for whatever reason. Maybe the design of what you\u2019re trying to build somehow goes beyond what that block provides to you in terms of functionality. You could create your own custom navigation block, and in my opinion, that makes a lot of sense to be part of the theme as opposed to a plugin, right?<\/p>\n

So there\u2019s opinions there. Again, this is the nice thing about open source. There\u2019s freedom there. But yeah, WP Rig has not just the ability to facilitate full site editing, but also the ability to facilitate block authoring at the theme level. So, yeah, one could look at this and be like, oh, this makes theme development kind of pointless because you could just do everything within the full site editor. I\u2019m somebody that likes to kind of flip things on its head a little bit sometimes and say, actually, you know what that really means is that this gives the theme more control than perhaps you would\u2019ve thought previously. And if you exercise said control, and if somebody provides an easy way to allow you to exercise that control, now we have a whole new paradigm. And in my opinion, that\u2019s extremely interesting.<\/p>\n

[00:37:39] Nathan Wrigley:<\/strong> Yeah, I think the thing that I\u2019m taking away, well, there\u2019s a few things from what you just said. The first one, fully hybrid. You know, it could be classic, it could be block based, or it could be somewhere in the middle, like this hybrid sort of approach, which doesn\u2019t really get talked about all that much anymore, actually, which is curious. It was a big thing for a while, and now people seem to be on one side or the other. So there\u2019s that.<\/p>\n

But also the bit that I\u2019m taking away from all of this is how much you are encouraging people to use this as an education piece. How to learn and scaffold your learning around something like the WP Rig project. It enables you to sort of peel back the layers. Start from a base of kind of nothing and build that up, slowly one piece at a time.<\/p>\n

And your navigation is a really great example. You might have, I don\u2019t know, maybe a client comes along who have proclivities around, it\u2019s got to be 100%, we\u2019ve got to give everything over on the accessibility side, we\u2019ve really got to do that perfectly. Well, this maybe is a great place to start. You know, you start with a blank template for that, and you build your navigation. So you will end up exploring all sorts of documentation over on the W3C website. Probably not necessarily so much on the WordPress side of things. Figure out how to do that really well, import your knowledge that you\u2019ve gained from that into the navigation aspect of WP Rig, ship that, you\u2019re off to the races.<\/p>\n

Now, with that in mind, if you go to the WP Rig website, there\u2019s a lot of educational content there. So there\u2019s the inevitable kind of getting started, which is what we talked about earlier, all of the packages and the package managers and what have you that you need to get up and running. So it explains how that is all to be done. Relatively straightforward to follow that through, I would\u2019ve thought.<\/p>\n

But then entirely separate to that is two different sections. You\u2019ve got this like learn section where you\u2019ve got documentation, video tutorials and things like that. But then you\u2019ve also got like the docs area where you go into explain, oh I don\u2019t know, how you might use JavaScript or CSS or some sort of compiled CSS or PHP and so on and so forth.<\/p>\n

So again, no question there really, but it does feel, from my point of view, looking at this project that education is kind of the big piece. That\u2019s the thing that you are most interested in. I don\u2019t know if I\u2019ve misrepresented this project, but that\u2019s what it feels like.<\/p>\n

[00:39:58] Rob Ruiz:<\/strong> A hundred percent. And I think that\u2019s inevitable when it comes to getting into this tinkerer mindset. There must be a way to learn how to tinker properly. It is also nice to add guardrails to said, because let\u2019s be honest, there\u2019s like a million different ways to do everything, but there\u2019s very, very few correct ways to do everything.<\/p>\n

And so that\u2019s another nice feature of WP Rig is that it has these sort of guardrails in place that allow you to check and make sure that you\u2019re doing things properly. And if there\u2019s anything that you\u2019re doing improperly, you can obviously ignore those if you want to for whatever reason, or you can like dive into the weeds and say, okay, why is this improper?<\/p>\n

So for instance, WordPress, Automattic created a package. It\u2019s essentially an extension for a tool called PHPCS, which stands for PHP Coding Standards. This tool is used by PHP widely beyond just WordPress. But then WordPress adopted it a while back and decided to use it and create their own extension for it called the WordPress Coding Standard. It\u2019s WPCS.<\/p>\n

And so they\u2019ve iterated on it over the years and WPCS is baked into WordPress, or into WP Rig rather. So if you want to make sure that your theme is following all of the WordPress coding standards for whatever reason, maybe it\u2019s because you\u2019re going to create a theme that you want to contribute to the wordpress.org theme repository, then that tool is baked into WP Rig for you, so that you can make sure that your theme meets all of the requirements for a properly developed theme before you even try to go and like submit it for a review or whatever.<\/p>\n

Because that\u2019s one of the most frustrating things ever is somebody who wants to contribute. If you try to contribute and then you get pushed back on, that\u2019s like not a great experience. And so what I try to do with WP Rig is bake in this layer that is kind of like a, test it yourself type situation. Where you can kind of like have the system sort of, kind of review the code for you, and then that way you can make sure you\u2019ve done your due diligence before you even try to submit it for review. To prevent that unfortunate situation where your theme might get rejected for one reason or another, and now you got to go back and rework it and then back and forth, back and forth, back and forth.<\/p>\n

Having a tool like WP Rig that just tells you early on before you even try to submit it, hey, you should change this, you should change that. I think that\u2019s extremely valuable for people. And again, I really want WP Rig to be something that encourages people to get more into contributing back into Core as opposed to. I mean, it can also be looked at as something like, okay, well you want to go develop your own thing and it\u2019s for profit or whatever. It does very much facilitate that way of doing things too. But let\u2019s be honest, anything that meets WordPress\u2019s coding standards is probably going to make your theme, even if you\u2019re putting it up for sale, it\u2019s going to make it better.<\/p>\n

[00:42:53] Nathan Wrigley:<\/strong> Yeah, I love that you\u2019ve built all of that in. That\u2019s really interesting. So it does a lot of the heavy lifting, trying to make sure that you are adhering to the standards, which one would hope would be in a shippable, distributable product.<\/p>\n

Speaking of community, do you have a community which coalesce around this project? Is it basically just you? Or is there like a little team? And if not necessarily a team, is there a little community which gathers and sort of helps you put this project together? And a corollary to that question really is, do you anticipate in the future that you will like some contributors to help you maintain this as well?<\/p>\n

[00:43:27] Rob Ruiz:<\/strong> Yeah, for sure. So when I first started, when I first adopted this as my own, there was more of a team in place because Morten is a very well-known individual. And so he had a lot of followers and so a lot of those followers had followed WP Rig. As time has progressed, a lot of those people have kind of unfortunately gone their own way. For whatever reason, a lot of the people that were following him weren\u2019t really like, they might have been into learning how to develop themes. They certainly were into WordPress. But working on a project like this is more than just knowing how to develop themes. You also have to know how the underlying tools work too.<\/p>\n

So that\u2019s been my biggest challenge is learning, what is Lightning CSS? How do you use it? What is esbuild? How does that work? When I first took it over, it was ran on Gulp. What is Gulp? And what is that, and how do I modify it? And like that\u2019s kind of far beyond WordPress, and so I think people became aware of that over time. And so while I rose up to the challenge, other people were just kind of moved on to other things.<\/p>\n

So it is largely me. We do have a handful of contributors that kind of, when they have time, you know, they\u2019ll feel ambitious again and jump in and do some more contributions and they\u2019ll fall back and do their own thing for a while. And so there\u2019s a lot of that. It\u2019s not a very active community, certainly not as active as it was when I first adopted it. However, we do have a Discord now. You can find a link to the Discord on the website. If you go to the Learn V3 link in the header, there\u2019s links to our YouTube channel and the Discord server.<\/p>\n

So we are looking, I do want more of a community around WP Rig. And so I do encourage people to come on. Obviously we\u2019ve been on GitHub this entire time, so if anybody wants to raise issues or submit a PR, there are guides on there. There\u2019s a contributing.md file in there for anybody that wants to contribute, or wants to raise an issue. If you have ideas for how WP Rig could be better, that\u2019s always been there. It\u2019s just that, for one reason or another, it\u2019s just not popular, which is a big reason why I\u2019m on your show today actually is just to raise awareness about WP Rig now that I have had the opportunity to overhaul it dramatically over the past couple years.<\/p>\n

In my opinion, it was a little bit, it started to feel a little bit slow compared to most modern tools. If anybody\u2019s familiar with like Vite, or just modern frontend development frameworks. In general, they use more modern tools that build things faster and better, and they\u2019re leaner. And so WP Rig was falling behind a little bit in that regard. And so I did have to like overhaul the project a lot. That\u2019s why we came out with the version three because it is a pretty substantial overhaul.<\/p>\n

And so now that we have version three and it is much better and there are all kinds of new features built into it as a result of it being faster, it\u2019s now more capable. I want to raise awareness. A, I\u2019ve already done the work, so it would be a shame for all that work to go unnoticed and unappreciated. But also, for anybody who was familiar with WP Rig from previous years, back in the version one, version two days, I think it\u2019s important to make people aware that version three is substantially more capable than what it was prior.<\/p>\n

[00:46:38] Nathan Wrigley:<\/strong> That\u2019s wonderful. I\u2019m just going to round off the episode by mentioning the URL once more so that after that clarion call, if people have been inspired and they have listened to this and think, I\u2019d like to explore that. You know, for the multitude of reasons that we\u2019ve covered in this topic. The URL, it\u2019s really easy. It\u2019s WP Rig, wprig.io. Go there, there\u2019s a whole bunch of ways to get involved. So there\u2019s the Learn documentation, there\u2019s the contribute tab and so on and so forth. You can peruse at your leisure.<\/p>\n

Rob, just before we end, is there a way that people could communicate with you more directly if they wanted to off the back of this? Is there a, like a, I don\u2019t know, a social network or something that you frequent? Or a contact form that you\u2019d like people to be mindful of?<\/p>\n

[00:47:22] Rob Ruiz:<\/strong> Yeah, sure. I mean, I am very responsive to people on LinkedIn, so if you want to find me on LinkedIn, I am on there, Rob Ruiz, just look me up. If it looks like it\u2019s a Rob Ruiz that does WordPress stuff, it\u2019s probably me. And then of course, I\u2019m on the Discord server. So if you want to communicate directly with me, joining the Discord and then messaging me directly is a nice way to do that. I\u2019d love to help people, hold their hand if needed, get up and running with WP Rig. If you have any questions about specifics, I\u2019m happy to address them, or you just need a little guidance, I\u2019d be happy to help there as well.<\/p>\n

[00:47:54] Nathan Wrigley:<\/strong> Well, thank you so much for chatting to me today, Rob. It\u2019s been really interesting. So once more, just before we end to find out more. Rob Ruiz, thank you very much for chatting to me today.<\/p>\n

[00:48:04] Rob Ruiz:<\/strong> Thank you so much for your time, Nathan. I really appreciate it.<\/p>\n<\/div>\n<\/details>\n

On the podcast today we have Rob Ruiz<\/a>.<\/p>\n

Rob has been involved in the WordPress ecosystem since around 2010. He began as a designer, but over the years WordPress has helped him transition into a developer, software engineer, and now an architect. Currently, he\u2019s working full-time at an agency while still taking on projects independently.<\/p>\n

The main topic for today\u2019s conversation centres around themes, a subject that hasn\u2019t been covered in depth on the podcast for quite some time. You see, Rob is the current custodian of WP Rig, a free and open source toolkit for WordPress theme development. WP Rig offers a modern, minimal, and best-practice driven starting point for developers who want to build custom themes, providing tools like Composer and Node integration to streamline workflows, enforce coding standards, and enable the use of future-facing CSS features right now.<\/p>\n

We start the episode with Rob sharing what attracted him to WP Rig, and his journey from user to project maintainer. We talk about who WP Rig is for, from experienced developers to those just starting to dip their toes into theme building and code customisation.<\/p>\n

The discussion moves on to talking about what a theme development framework actually is, and why this approach might suit people wanting more control, and education, in their WordPress journey. Rob describes the learning curve, the workflow, and the satisfaction of creating your own theme from scratch, while highlighting tools and guardrails built into WP Rig that make professional standards and best practices accessible to all.<\/p>\n

We also get into how WP Rig fits into the changing WordPress ecosystem. With the advent of full site editing and block-based themes, Rob explains how WP Rig has evolved to stay relevant, supporting classic, hybrid, and block-based paradigms, even enabling block development at the theme level.<\/p>\n

Towards the end, we discuss the community behind WP Rig, how you can get involved, and the many educational resources available for those who want to learn theme development, or even become contributors themselves.<\/p>\n

If you\u2019re interested in building custom WordPress themes, want to understand the nuts and bolts of theme frameworks, or are simply looking for a modern and educational starting point for WordPress tinkering, this episode is for you.<\/p>\n

Useful links<\/h2>\n

WP Rig website<\/a><\/p>\n

Rob on LinkedIn<\/a><\/p>\n

WordPress.org theme repository<\/a><\/p>\n

PostCSS<\/a><\/p>\n

Get started with wp-env<\/a><\/p>\n

WordPress Studio<\/a><\/p>\n

WordPress Coding Standards<\/a><\/p>\n

Morten\u00a0Rand-Hendriksen on the WP Tavern Jukebox podcast<\/a><\/p>\n

WP Rig\u2019s Discord<\/a><\/p>\n

WP Rig\u2019s YouTube channel<\/a><\/p>\n

Vite<\/a><\/p>","protected":false},"excerpt":{"rendered":"

Transcript [00:00:19] Nathan Wrigley: Welcome to the Jukebox Podcast from WP Tavern. My name is Nathan Wrigley. Jukebox is a podcast which is dedicated to all things WordPress. The people, the events, the plugins, the blocks, the themes, and in this case the future of theme development. If you\u2019d like to subscribe to the podcast, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-578","post","type-post","status-publish","format-standard","hentry","category-blog"],"_links":{"self":[{"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/posts\/578","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/comments?post=578"}],"version-history":[{"count":0,"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/posts\/578\/revisions"}],"wp:attachment":[{"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/media?parent=578"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/categories?post=578"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/xn--mnchen-3ya.xyz\/index.php\/wp-json\/wp\/v2\/tags?post=578"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}