wordcamp

WordCamp Nashville

2 Comments

A couple of months ago, I attended the two-day WordCamp in Atlanta, and when I learned a few weeks ago that there was to be a WordCamp in Nashville (about three hours from home), I snapped up a ticket. This was Nashville’s first WordCamp and seemed to be a great success. I had signed up to help staff a happiness bar in the afternoon and so wound up attending only two sessions. My notes follow.

The Blank Screen: Overcoming Fear of ‘Pressing from Scratch’, presented by Mitch Canter.

I had actually heard of Mitch before via a local contact and was curious what I might learn from him about starting a WordPress theme from scratch, something I’ve never really done (being not at all gifted with design talents). Although he had some slides and some high points he wanted to hit, Mitch offered a pretty informal, somewhat discussion-driven format, and it worked well. He was funny and engaging, a very capable speaker. The high points I jotted down from the session:

  • Designers have to work with their developers before putting a design on the screen; else you wind up making beautiful things that the coder may not be able to implement.
  • If you’re working with the 960 grid system (something I didn’t know about), check out 960.gs, which gives you Photoshop templates for creating layouts more efficiently.
  • Establish a process/framework to speed up dev, to build a comfortable flow for your work, etc. That is, condense repeat actions into a formal set of processes/templates/etc. so that you’re not actually starting from scratch each time you start from scratch.
  • Mitch tends to start with static html pages (with lorem ipsum type content) to do most of the design outside of WordPress, and then he goes back in and substitutes in loop functions just before he pushes content to the client’s servers. I asked about local dev environments like XAMPP, and he said he also uses/advocates those. As XAMPP/etc. may be a little more technical than some designers are able to deal with, the static build may be reasonable for some.
  • He mentioned using github to deploy changes to his parent theme framework, though it wasn’t clear to me why that was terribly significant. I think he uses github over the core plugin/theme repository because he has some MIT-licensed components.

Child Theme Frameworks, presented by Ryan Green.

Ryan is the head of UX+UI at cjAdvertising in Nashville. He gave a much more structured talk than Mitch, and it was full of good information for any new to the notion of child themes. After defining UX (sort of the nexus of design, interactions, usability, and analytics), he made sure the room understood what he meant by a child theme and a framework and then jumped into the advantages and disadvantages of using a framework. Advantages:

  • You start with a bulletproof theme.
  • If you break something with your child theme, you just delete/disable it and still keep all the core functionality of the parent while sorting out what went wrong. In other words, it’s sort of like working with a net.
  • You can roll multiple themes from one parent. He gave the example of a seasonal theme for a given site. If you have your core functionality in a parent theme framework, then you can just override the styles, etc., in the child themes and swap those out easily with little risk to how the site actually works. This is obviously an advantage if you do lots of work within a vertical market that tends to require rubber-stamped functionality but varying designs.
  • If you’re using as your parent theme one that’s updated via the core themes repository, you can keep up to date easily with security patches at a reduced risk to the site’s functionality. One nasty alternative is to hack your parent theme locally, in which case updating becomes a pain and exposes your site to vulnerabilities. Extending a parent theme lets you keep up with updates while managing your changes to the theme within the child.
  • You may need to know less PHP if you go this route. That is, given a parent theme that has all the functionality you want, your child theme can simply replace the style sheet, which lowers the barrier to entry for designers who aren’t comfortable wrangling PHP code.
  • Visual design principles can be baked in. So if you find yourself working always within the 960 grid system, you choose a framework that adheres to the 960 principles and save yourself some grunt work.

Now for the disadvantages:

  • You can get locked into a nightmare theme. So maybe you’ve picked a dud but don’t know it until you’re halfway through a project whose core functionality depends on the theme you’ve chosen. Bummer.
  • If you choose a minimalist parent theme, you have to do more design work. (This struck me not as a disadvantage of the practice of using theme frameworks but more as a caution to choose your parent theme wisely.)
  • If you choose the wrong parent theme, you can be bitten by code bloat. That is, some themes that try to be all things to all people add so much extra stuff that they might not really be suitable for your purposes, while adding surface area for vulnerability and performance issues. This, again, is more a caution to choose wisely than a compelling reason to consider rolling a custom theme for each site or rubber-stamping an established theme rather than making a child theme.

Next, he talked about what makes a good theme framework:

  • It respects the grid (has consistent spacing, uses a common grid system, has a clear visual hierarchy among elements).
  • It uses modern code like HTML5, CSS3, jQuery, etc.).
  • It’s easily remodeled. By this he meant that widget areas, nav areas, and so forth can be easily moved around and tweaked. These themes use what Ryan called the “House-Hunters approach” — the theme is essentially move-in ready.
  • It demonstrates a concern for usability; it’s responsive, IA-friendly, works well for those with disabilities.

A few frameworks he’s used:

  • Genesis
  • Thematic
  • Thesis
  • Stumblr
  • Others: Skeleton, Starkers, Whiteboard, Roots, Bones

I’m too lazy to find links for them all. Advantages these generally had in common were that they tended to already have lots of pre-made child themes you could riff on and they’re tried and tested by thousands of users. Thematic (by Automattic) makes it easy to change layout. Genesis has a standard top-nav layout and is generally more corporate out of the box. Thesis has great typography and is optimized for fast load time. Stumblr has minimal configuration options, a Tumblr-style layout, and is very content-focused. He didn’t mention the _s theme recently published by the Automattic theme team, though I didn’t ask  why; maybe it’s too new for him to have looked at much, or too bare-bones (by design) to be generally useful to designers who need a more fleshed-out template for a starting point.

I didn’t jot down any of the questions Ryan fielded, but there were several, and I thought this was a very good session overall — not terribly advanced stuff but a great overview for designers who may not have had much exposure to the concept of child theme frameworks.

The Afternoon

I spent my afternoon in a little cafe area between the rooms designated for the user track and the developer track. Ostensibly I was there to staff a happiness bar to field any questions people had about WordPress, but nobody asked me any questions. This may have been a sign that the sessions were really well suited to the audience, that people were reluctant to miss a session to ask anybody anything.

I did sit and chat for a good long time with Rami Habal, VP of Product with event sponsor wordnik, which I’m going to test drive a bit because it looks neat. We chatted natural language processing, he demo’d a WordPress plugin they’re working on in beta, and it even came out that he had been a Flock user. I also chatted with one Cindy Wall, who works with the Belcourt theater in Nashville and turns out to be a Moby-Dick enthusiast like me. I actually shoehorned myself into a discussion by these two by showing off my goofy little Moby-Dick word frequency analysis site, which married some of the sorts of things wordnik does with some of the literary stuff Cindy had been talking about. And, oddly enough, it turned out that Cindy had run across a blog of mine in her recent searches pertaining to Moby-Dick. So it turned out to be a small world in Nashville this weekend.

Miscellaneous

This was the third WordCamp I’ve attended, and in terms of sessions, it was for me the best so far, even though I attended only two. Sessions at the other two have been more mixed for me in terms of quality, but both I attended this weekend were very solid.

Registration went smoothly for me. It seemed like a few people slipped into the first session a little late, but that may well have been as result of their own tardiness and not of any registration snafu. The shirts and badge/schedule thingies looked great. WPEngine provided little swag bags including a pretty nice little notebook that I actually used to take my notes. There were free muffins from a local eatery and free coffee from I know not where. You had to fend for yourself for lunch, but there were a couple of restaurants within very reasonable walking distance, and the organizers had negotiated coupons to get a discount on lunch. The barbecue joint does catering, so I did wonder why they hadn’t just had lunch brought in. I suspect the venue didn’t allow food in the classrooms we used, or perhaps adding catering to all the other organizational hurdles for a first-time WordCamp was just too much. This isn’t a gripe — just something I wondered about.

With just two concurrent sessions at any given time, we used two classrooms, and it turned out that the developer track was a lot more popular than anticipated, so the developer room was standing-room only for both sessions I attended. This wasn’t a bad development, and it’s certainly something the organizers will learn from.

Even though I didn’t get to attend many sessions, I had fun at this WordCamp. I think Nashville had a great first time out, and I’ll look forward to going back next year.

WordCamp ATL Friday Sessions

1 Comment

I’m in Atlanta this weekend for WordCamp ATL at the Savannah College of Art and Design. My hotel is a half a mile or so from the building, an easy enough walk (if not a particularly scenic one). You walk in and then go through sort of a maze of hallways to get to the elevator that takes you to the fourth floor, where the setup is very nice — one big room (not an auditorium exactly) and several satellite classrooms. There’s loads of fruit and muffins and juice set up for us, and the registration process is very smooth, the only hitch being that I forget for a minute that I’ve actually had the nerve to sign up as a speaker and so have gotten in the wrong short line. There are big faceted jugs of water with lemon slices floating in them and big jugs of water with what I think are lime slices floating in them, but they turn out to be cucumbers, which is nice but a bit of a surprise. I alternate throughout the day between lemon water and cucumber water.

We learn during the opening remarks that a couple of speakers aren’t able to make it (food poisoning), and unfortunately, one is the speaker I had been hoping to see for my first two sessions. It definitely hasn’t been a wash, though. Read on for my notes from the sessions I’ve attended today.

Thomas Griffin, Awesome Theme Functionality? It Probably Needs a Plugin

He told us about a nightmare scenario involving urgent 1am phone calls from a distressed client. The cause? He had built a theme that did more than skin the site. Core blog functionality (things like custom post types, meta boxes, shortcodes, custom taxonomies, etc.) were built into the theme itself rather than an accompanying plugin, and when the client changed themes one day, their content disappeared.

The speaker proposed using a “core functionality” plugin that you require from within any theme you develop. Once installed, the plugin bits remain on the site whether the theme itself is later uninstalled or not.

He went on to talk a bit about his core functionality plugin, which does things like managing suggested and required plugins on theme installation using WP_Filesystem. It seemed like a pretty neat plugin for those who handle lots of site deployments and find themselves requiring the same things over and over again.

Although this wasn’t a terribly technically deep topic, I suspect some of the details were over the heads of a lot of the attendees. I enjoyed it and was glad to learn about this plugin and to have the best practice of theme/plugin separation reinforced, but I didn’t learn much new (which is ok — I’m not sure I expected to).

Mike Schinkel, Mastering Custom Post Types

  • Slides
  • Custom post types made WP a really good all-purpose CMS
  • Recommended tools:
    • PhpStorm
    • Navicat for MySQL
    • VirtualHostX
    • Transmit/FIlezilla
    • HTTPScoop (or Fiddler on Windows)
  • After creating a custom post type, you have to refresh permalinks. You can do this programmatically too, I think he said, but then he talked about a site that was refreshing them on every page load, so you have to be careful.
  • add_meta_boxes action (just something I hadn’t known about, since I’ve never made a custom post type with any further intent than testing the most basic functionality).
  • re taxonomies: the “hierarchical” key when registering determines whether a taxonomy is a tag or a category (categories are hierarchical)
  • You can add a custom post type filter to the posts page (allowing you to filter by e.g. a given comic) using the restrict_manage_posts and pre_get_posts hooks.
  • I thought this was a nice intro to custom post types. If you have trouble absorbing info in the Codex, this was probably a great session, and I picked up a few tidbits I hadn’t known before.

Dre Armada, WordPress End-User Security — The Remix

I had heard about Dre and was eager to hear his talk, and although I was already familiar with the material he covered, I thought his presentation was really good. He was animated and understanding of his initially quiet post-lunch crowd. I think his presentation was probably eye-opening for lots of the attendees, and he reminded me that even though I know the stuff he was covering, there’s lots of room for improvement in my adoption of security best practices. I took a bunch of notes, but they were basically a transcription of his slides, which you can see here. It’d be good for veteran and new users alike to review them.

CSI WordPress — Getting into the Guts

This speaker was a no-show, making that three sessions I had hoped to attend that didn’t turn out as planned. Would-be attendees (turned presenters) Doug Cole and Mark Jaquith were conscripted to speak on general WordPress development topics, using an old presentation Doug had handy and then doing a general Q&A. It turned out fine but wasn’t the sort of thing that demanded much in the way of note-taking. It was certainly not time wasted, but neither was it the more tech-heavy session I had hoped for. Kudos to the two for stepping up to fill an unfortunate gap.

Sara Cannon, Design Swoon — Visual Trends and WordPress

Sara is quiet. I attended her session because I have no eye for design and wanted to see what I could learn. She started by showing us some really neat HTML5 sites (e.g. beetle.de) and then moved on to talking briefly about mobile, and responsive themes. She’s a big fan of Twenty Eleven and recommends it as a great starting point for doing responsive design. Some other things she covered, mostly by showing us some nifty web sites and talking through them:

  • Movement
  • Simplicity
  • What not do do in 2012
    • Don’t use Comic Sans (even ironically)
    • bingo cards (too many thumbnails all together)
    • sliders (if you use them, make sure the content they house is curated, and well-curated)
    • don’t use a fauxgo
  • What todo in 2012
    • break your borders and breathe (don’t box your web site in), e.g. paulmitchellkelly.com
    • there is no page fold (don’t be scared of scrolling)
    • design is everything
      • web design is 95% typography
        • ringboxingclub.com
        • don’t let your site dictate your content; let your content dictate what your site will look like
        • metadata will be key to making sure your styling is relevant to your content; e.g. put pull-quotes in metadata
  • Some neat tools

I dug seeing some of these sites, and the tools listed near the end are really cool, but this wasn’t a session that really taught me anything. The attention to WordPress was scant, but short of digging in and workshopping the creation of a theme, I don’t know how she could have shoehorned WordPress into a “visual trends” topic anyway. I should probably have gone to Russell Fair’s session on mu-plugins but wanted to try something outside my usual skill set. That’s not to say that Sara’s session wasn’t good (the designers in the room in particular seemed really engaged and asked some good questions); it just wasn’t quite the design tutorial I had imagined (though put on the spot, I couldn’t describe what I’d expect anyway). Sara’s doing another talk in the same room and time slot on typography tomorrow.