This blog runs on SubText.  I heart SubText.  I know there are others out there but for me SubText has met most of my needs.  And when it hasn’t I modify it.  Which brings me to this post.  There was a thread on an email list I belong to about Windows Live Writer (I heart Live Writer too :-)) and categories (adding new categories on the fly).  This got me to crack open the source and hunt.  Alas, there was no support for this.  I’ve been ranting about WordPress API support for SubText on the developer list and I think if I rant one more time it will probably get assigned to me.  Please keep in mind that my modifications were solely intended to make Live Writer the best tool for me…these are targeted at Live Writer functionality and may/may not add value to other areas of functionality.  So on with the show…

The Slug

One of the features in SubText is the ability to auto generate URLs based on the title of the blog post.  Well, I didn’t like that.  I usually want my URLs to be a slight derivative of the URL.  My workflow, then, has been to post as draft, go to the web interface, change and then enable the syndication.  I am sick of doing that.  So let’s start with that first.  You see in blog terms the end part of your URL in called a “slug.”  SubText calls this a ‘friendly url’ and other engines may call it something else.  Here I’m going to call it a slug.  My colleague Jason Mauer has a custom blog engine he uses where he’s implemented almost every blogging API in his set.  I’ve been geekly jealous of his API for some time…now it is time to change that.

I’m not going to go into the philosophical reasons why I want a different URL slug and why I want different ones.  We can debate that over a Mt. Dew some time if you’d like.

SubText uses the MetaWeblog API by default.  The developers chose to implement the spec of MetaWeblog (as they should have) and thus the slug is not a part of the newPost spec and the Post struct used to identify the structure of a post.  So my modification was a few steps.  If you are familiar with the latest source (1.9.5b) of SubText, I’ll be referring to line numbers in there.  First, I had to modify that Post struct for the MetaWeblogAPI implementation.  Now some may shirk that this is a no-no…and I might agree…so if modifying something that isn’t going to conform to a spec that really isn’t full anymore, then move along.  I modified about line 63 and added the following:

public string wp_slug;

I actually could have used wp_slug or mt_basename, both of which mean the same thing and both of which are sent to the API by Live Writer…so I just picked one.  Now my struct has the information when it passes it along for creation/edit of the post via Live Writer.

The next step was to modify the implementation of the post.  In MetaWeblog.cs at about line 234 I added:

if (!string.IsNullOrEmpty(post.wp_slug))
{
    entry.EntryName = post.wp_slug;
}

I also added this to the editPost method to ensure compatibility on edit.

The final step was to modify my wlwmanifest.xml file to announce to Live Writer that I now support this feature.  This is done by adding to the <options> node of this manifest:

<supportsSlug>Yes</supportsSlug>

Then do a refresh of the account settings in Live Writer.  When you do that, in a new post click the little ‘up’ arrow just underneath the editing area and you should now see a Slug field:

Now I don’t have to post a draft and login to change!

New Categories

The thread actually started with wanting to create new categories during a post.  SubText is one of the engines that doesn’t expose this API directly just yet, so some altering had to be done.  Here’s what I did.  I chose to mirror the WordPress newCategory method to do this. 

First I added IWordPressApi.cs to Subtext.Framework.XmlRpc.  The complete code within it is:

using System;
using CookComputing.XmlRpc;

namespace Subtext.Framework.XmlRpc
{

    public struct WordpressCategory
    {
        public string name;
    }

    public interface IWordPressApi
    {
        [XmlRpcMethod("wp.newCategory", 
            Description = "Adds a new category to the blog engine.")]
        int newCategory(
          string blogid,
          string username,
          string password,
          WordpressCategory category);
    }
}

I then went into MetaWeblog.cs and implemented that interface with:

public int newCategory(string blogid, string username, string password, WordpressCategory category)
{
    LinkCategory newCategory = new LinkCategory();
    newCategory.CategoryType = CategoryType.PostCollection;
    newCategory.Title = category.name;
    newCategory.IsActive = true;
    newCategory.Description = category.name;

    newCategory.Id = Links.CreateLinkCategory(newCategory);

    return newCategory.Id;
}

I chose to ignore the slug/description fields (again, thus ignoring the spec which isn’t ideal) at this time, partly because I was getting errors and partly because I decided that I didn’t need them anyway.  I don’t use the description field in categories in SubText, so I just set the description to also be the title.  I also had to modify the wlwmanifest.xml file with:

<supportsNewCategories>Yes</supportsNewCategories>

and refresh my Live Writer account profile to pick up the changes.  The result is now my category options in Live Writer include an “add” feature:

Done with both of those.

Future Posting

This is something I started to look at and added the information to the MetaWeblog API, but it seems that SubText doesn’t filter out future posts in the UI – or at least my quick scan didn’t reveal it did.  I’ve moved on away from this one since I don’t future post right now, but I’ll come back to it in a while.  What I did do, however, to prevent me from thinking SubText supported this was modify my wlwmanifest.xml file to include this definition in the options:

<futurePublishDateWarning>Yes</futurePublishDateWarning>

This way at least if the idiot in me *thinks* I can do it, Live Writer will warn me.

So that’s it!  These little adjustments make my Live Writer + SubText experience AWESOME.  Live Writer truly is one of the best tools Microsoft puts out (aside from Silverlight of course).  I’m going to submit these modifications to the SubText team and see what sticks.  I assume none will since they are admittedly partial.  But I’ve been suggesting on the dev list that SubText expose a WordPress API and I have a feeling I’ll need to start working on that for the team.

Hope this helps some of you!

Another geek musician, Bob Familiar, has decided to start working with Silverlight to revamp how he displays some of his compositions on his web site.  Bob just posted a multi-part series where he sets out to demonstrate some features of:

• resolution (size) independent UI
• layout
• controls
• custom controls
• invoking WCF services
• data binding, templates and styles
• dynamic xaml
• HTML integration
• DeepZoom

He is including source to his efforts if you want to tag along.  I’d like to see Bob tackle styling the DataGrid a bit more…it looks “excel-ish” which I don’t think matches the rest of his efforts, that would be a good demonstration of some advanced styling effects and I think he could even encapsulate other features (like his DeepZoom view of intruments used) into a master-detail view.  Follow along with Bob…

From the recording studios who brought you No More DLL Hell, Dan Wahlin and Spike Xavier (seriously, you have to meet this guy…you’ll get a contact high from his energy just standing next to him), they’ve collaborated their geek music skillz again and bring you “Silverlight – The Song”:

It’s a shorter one than their previous, but man if these guys are writing music for Silverlight, there must be some passion :-)

The first of my Silverlight videos have posted which cover some networking stuff that I’ve been blogging about already.  If you want to see a walk through of things you might have already read, please take a look at them:

• Cross domain policy files with Silverlight 2
• Using WCF and ASP.NET Web Services with Silverlight 2

There are more coming and I’m interested in hearing your comments so please give them.  If you have suggestions for things that need to be demonstrated to help others (or yourself), please let me know about them as well!

Tonight my wife is holding the Quarterly Stickholder’s Meeting of the Cortina Babysitting Co-op.

Yeah, WTF? (as Steve Harman would say, ‘wow, that’s fantastic!’)

Last year I wrote about building community within your community and discussed the various ways that my wife has rallied others in our local community to get to know each other, stay involved and serve each other.  It really has been amazing and it has created a community that makes it hard for anyone to leave.  I recently went through some thoughts of moving and we couldn’t find anything weighing heavier than the friends we’ve gained in our community.

One of those things used in the neighborhood is the Babysitting Co-op.  You see, when we moved in, we had one child (2 years old).  We didn’t know anyone really and starting meeting people through neighbors, church, etc.  But it quickly became apparent to my wife that she needed some free time to do things when our daughter was either napping or when she just didn’t need a screaming child darling angel with her, like trips to grocery, hair appointments, whatever.  She started doing some babysitting swapping with others.  She would watch someone’s kids on Monday, they would watch our daughter on Tuesday, etc.  We also instituted date night co-op, where 4 couples would enter into an agreement that once a month you would watch 3 other couples’ children so they could go out.  It worked out pretty well for a while until everyone’s families started growing too much…we essentially had a free babysitter 3 weekends out of every month.

This grew into a broader co-op utilizing this service.  The currency is popsicle sticks.  Large ones represent one hour of time, smaller ones are half an hour.  The cost is one stick/hour/child.  It has grown to quite an ordeal now that they only allow people to enter into the co-op once per quarter, hence the Quarterly Stickholder’s Meeting.  Tonight, everyone in the co-op shows up and bids for the shift they want.  Aside from the random "I need a sitter for 2 hours this afternoon” requests, they have instituted ‘shifts’ so that you are essentially always guaranteed to have someone to watch your kids from 9am until 3pm, Monday through Friday.  There are also weekend shifts for date nights as well.  So when you watch someone’s kids, you earn sticks.  You then trade those in for someone watching your kids, etc.  It’s a barter.  It’s a very safe system where you are in control and everyone knows everyone anyway.  If you don’t like Sally and don’t want her watching little Bobby, then you don’t accept her offer.

Anyhow, tonight’s meeting (as I was put in charge of minting new sticks [read: stamping]) reminded me of this incredible resource that has grown over the past few years and how much of a machine it is in our neighborhood.  Weird, but helpful.  And it works.