Just changed all the snippets on my blog to use the correct formatting, now that I’ve switched to WordPress.com. All snippets should be working now, and are no longer suffering the problem I had with breaking of special characters like < and > in code formats. Please let me know if anything is still broken.
Tea time!

Back at WordPress.com
The same blog, the same content. Add a new domain name, merge in my moblog and move it all to WordPress.com. That in under two hours of work, done!
Why I moved my blogs here? Because it works, it works fast and with my personal blog, I never come anywhere near the WordPress.com limitations.
Right next to all the success stories of people moving away from WordPress.com to a self hosted install, here’s one from someone who moved back.
My first New York City WordPress meetup
Tonight, my last night in New York City, I attended the New York City WordPress meetup. Via Twitter, I got invited to the meetup by host Steve Bruner, who did a great job at organizing this meetup. With two great speakers and over 50 people attending, it was a great meetup. If I ever will be in New York again at the time of another edition of this meetup, I’ll make sure to attend it again!
First speaker was Jeffrey Way of Envato. He showed how easy it is to set up a Custom Post Type and add Custom Taxonomies and Custom Meta Boxes to it. During his talk, he came across the little bugs that often occur during development. With the help of the public, all bugs got fixed. Jeffrey did a great job pointing out lots of possibilities with Custom Post Types and his talk proved to be very interesting.
Next up was some sort of surprise speaker, Andrew Nacin. I asked him about two weeks ago if he would be in New York during my holiday. He wasn’t sure by that time, but in the end he contacted Steve to give a quick talk on the upcoming WordPress 3.3 version. It was great to meet Andrew again, the last time we met was at WordCamp Netherlands in november last year. I even got the chance to make fun of him on stage, when someone asked for his own WordPress blog. Yes, it hasn’t been updated since April 16. ;)
All in all, it was a very good WordPress meetup and I’d love to attend more in the future.
My take on code standards for snippets
Some time ago, Remkus de Vries wrote a post on standards for code snippets. I’m a true fan of the WordPress Coding Standards, so hit me if any of my code snippets are not in line with those standards. I’m not going to argue Remkus’ opinion that code snippets should be written according the WordPress Coding Standards.
He also did a great job pointing out that there is a lack of comments in (WordPress related) code snippets around the web. I tend to provide the snippets that I published with some comments, but I do not follow any standards while doing that.
The thing that triggered me to write my take on code standards, is Otto’s comment:
No. Never.
Snippets I post are not meant to be working code. They are not tested, not run, and not meant to be used as copy-pasta. Usually I type them on the fly, off the top of my head. They’re a demonstration only, to show somebody how to do something.
Also, Github is the tool of the devil.
So no, not going to happen. Not now, not ever. No.
I’m not going to reply on this statement about Github – and later on Git too. Yes, I’m a Git fan too, will get back on that later. But the main topic in his comment is very interesting.
Are code snippets ready to use?
Even with proper documentation, are all code snippets ready to use? Most of the time I can’t tell, based on just the code. The documentation adds some more value to the snippet and I’m more likely to use it.
But still, the question is: Does the snippet work? There is no way to see that the code has been tested, not to mention at what version of WordPress it has been tested. Yes, the author of the post can mention it. But we all know that code is shared in various ways, so the original post might not always be available.
A new documentation standard might come in hand here!
Introducing the @tested documentation tag
What if everyone who wants to publish ready to use snippets, adds an extra tag to their docblock to indicate that it has been tested to a certain version of WordPress?
Let me add this new tag to the function Remkus used in his post:
<?php
add_filter( 'body_class' , 'ft_add_guest_body_class' );
/**
* Adds a body class for guests.
*
* @author Remkus de Vries
* @link http://remkusdevries.com/when-sharing-wordpress-related-code-snippets-i-can-haz-standards-please/
* @tested WordPress 3.2.1
* @param array $classes Existing body classes
* @return array Amended body classes
*/
function ft_add_guest_body_class( $classes ) {
// add 'not-loggedin' to the $classes array
if ( ! is_user_logged_in() )
$classes[] = 'not-logged-in';
// return the $classes array
return $classes;
}
With this new documentation tag in place, we can clearly see up to what version of WordPress the code has been tested on. If the code hasn’t been tested, then just leave out the docblock and post the snippet like you’re used to (so Otto can just continue posting his awesome snippets on the web, without having to test them ;) ).
My first code in WordPress core
It took me quite a while, mostly because I have been way to busy to keep up with everything that was changing in WordPress core. Yersterday was the big day, my first patch (#17895) got comitted to WordPress core with Changeset 18767.

The first moment I started working on patches, I knew this was a cool thing to do. I actually improved the code of my favorite CMS, which I worked with much every single day. But you are hooked once your first bit of code is accepted in the WordPress core, I can tell now! This really got me started, I am very much willing to contribute more code to the core.
And this patch also shows how the WordPress community is working as a team. My first patch turned out to be pretty good, with the advice of Andrew Nacin. That changed when Jon Cave showed at my little party and he was able – by effectively using the return calls in other functions – to strip the code until it was at the size it is now.
That shows how this thing rolls. Everyone improves the code that’s in WordPress core and the same goes for new code that is planned to go in the core.
Exciting new career adventure
Over the last three years, my life gradually changed from full time student, to full time freelance developer, with a couple of steps in between. Just when I totally gave up on school, decided to focus on my freelance work, the next big challenge entered the room.
Starting next month, I’m joining the Haboes team as their new lead PHP developer.
Haboes is changing it’s strategy to fully focus on WordPress development and we – yes, I already refer to Haboes as ‘we’ – already have some exciting WordPress projects coming.
Dutch WordPress community
Because Haboes is currently focussing on the Dutch WordPress market, I am going to set my goals to the Dutch market too. I’m not going to drop all my international activities – I really, really, really want to visit WordCamp San Francisco next year and I’m going to continue this WordPress blog in English too.
But on the other hand, I’m going to focus on the Dutch WordPress users too, starting with my Twitter account. More and more tweets will be posted in Dutch, so they might be a little less interesting for my international followers. So feel free to hop on the RSS-feed of this blog, to stay tuned of everything I’m currently doing related to WordPress.
Language barrier in social media
If there was a way to give just my English tweets to my international followers, I’d do that right away. But there isn’t, right now.
I’m pretty sure my English tweets will continue to come in, so if you don’t mind the occasional Dutch tweet, feel free to follow me as @CoenJacobs on Twitter!
It’s beer o’clock!

Huge little particle, the Atomium

Brussels Summer Festival
