Author: Tom (Page 92 of 427)

Products, Services, Blogging, and WordPress with Matt Medeiros

December 6, 2017 / Tom

A couple of weeks ago, I had the opportunity to chat with Matt Medeiros [once again] about various topics related to WordPress.

I’ve had the pleasure of knowing Matt for several years now, got a chance to hang with him at WordCamp US 2016, and continue to chat with him (when he’s not #medeirosing) both on podcasts and via other channels.

Yup – it’s one of those cases where you meet someone on Twitter, and they become friends. That does happen, you know.

Retweet if you've ever met someone face-to-face after previously only knowing them from Twitter.

— Eric Bailey (@EricVBailey) December 5, 2017

But I digress.

Instead, how about some more fun (or at least more interesting) things?

Should Money Dictate WordPress Plugin Code Quality?

December 5, 2017 / Tom

I don’t have many plugins available in the WordPress Plugin Repository anymore (and there are reasons for that), but I’ve been giving some thought to those plugins that I do have as well as the general level of code quality that goes into the first iteration of a plugin.

Plugin Code Quality: WordPress Plugin Repository

I mean, for some, plugins are merely small utilities that aim to do one thing and one thing well. Then, other plugins are much more advanced. I think these need a higher level of code quality to make them more maintainable.

But there’s one aspect of building plugins (or any software, really, but I’m specifically talking about WordPress plugins) that I find myself thinking about:

What level of plugin code quality of enough to ship the first version of a plugin?

Building WordPress Administration Screens (Components, Design, etc.)

December 4, 2017 / Tom

I don’t talk about user interface design much because it’s not my forté. I’m all for people working within their core strengths and then hiring them when needed on a project-by-project basis (if the designs aren’t already provided).

But when it comes to working with WordPress administration screens, there’s a difference, right?

I’m on the mindset that because the WordPress administration area has a consistent look and feel, then anything that’s built to work within the administration screen (such as a settings screen) should look as close to the core UI as possible.

Not everyone agrees, and it’s evident by the vast array of plugins that are available. But that’s my position on it.

Periodically, I’m asked how I structure the UIs of projects when they need administration screens and how I map them to files within the project.

So I thought I’d take a simple example and break it down in this short post.

Getting Started with Gulp Starter Packages

December 1, 2017 / Tom

Talking about CodeKit and the benefits it offers for front-end developers has also come just after a post and the benefits that something like Gulp offers, as well.

A post on the difference between the two, why you may want one over the other, and the advantages or disadvantages of either can be its post.

But for this, I’d like to take the starter packages I wrote about regarding Gulp and give a simple example of a starter Gulp file and how to use it in your WordPress projects.

Quick Tip: Metadata and Inline Editing

November 29, 2017 / Tom

If you have a custom meta box or are working with custom metadata at the post-level, then you may stumble across a problem with having data accidentally deleted when saving it from the Bulk Edit screen.

The setup for the problem is something like this:

you have a collection of posts that need to be changed,
you load all posts in the bulk edit screen (as shown above),
you apply a change.

Once this happens, the change occurs, but it erases any custom post metadata that you may have.