Note This is the last post to my old RSS feed or Radio site.

Wahoo! BlogX is now my primary software. I think this is good enough. You can get to the old homepage here, and all the comments, etc, are still live there - however I won't be adding new entries.

My new RSS feed is here.

I just tried (for the first time) using my WinForms front end across the internet. Queries are a bit slow. Running off local host is almost instantaneous, so I have to imagine that this is due to network issues. I'll probably have to tweak the application to do more automatic caching.

I'll post new source once I get the bugs ironed out from my live dogfooding!

4:58:28 PM    comment []

Dare asked a good question in the comments below. What is the license for BlogX? I put a copyright at the top of each file, but I didn't think about enough of what I really want here. I guess I'm looking for a license that provides the following:

• Free (no charge) use by anyone with or without modification (free)
• Anyone using the source or binaries I provide must hold me harmless (no warranties)
• Any product that uses the source or binaries can use any license they wish (no viral licensing)
• No limitations on usage in acedemic or commercial spaces (for your use anywhere)

Given that it only took me ~15 hours of coding, I can't imagine there is all that much IP in the source, but I don't want this to come around and bite me in the ass. :)

Any suggestions on a good license? GPL won't work because of the viral stuff... MS Shared Source won't work because of the acedemic limitations... other suggestions?

10:32:26 AM    comment []

Thanks to Jorge I got my HTML for BlogX better for accessibility... before I was using spans with classes on them for everything... now I'm using H1...H7 for headings...

Also, I switched the calendar navigation from being a viewstate postback to links with a querystring... better bookmark-ability and navigtion expierence... also F5 isn't broken anymore...

7:12:11 AM    comment []

Hmm... I tried to have BlogX save everything as UTC, however for some reason Xml Serialization seems to have no way to serialize as UTC, so I ended up losing 8 hours between serialize and deserialize... anyone have any thoughts here?

If not I'll ask someone at work tomorrow...

10:21:01 PM    comment []

Restructured the UI to use a lot more user controls (such as a single control for viewing an entry) and also fixed the CSS for floating the right pane (thanks!).

Also added basic editing (requires write access for the ASP.NET account on the server to the file system). You can see my first entry that I did with the web front end here.

I tried to follow Michael's advice for using WSYSIWIG HTML editing, but I couldn't get the HTML posted back to the server, so the editing is done via raw HTML. Of course I have great editing in the WinForms front end :)

10:15:37 PM    comment []

... but I've got BlogX look a bit nicer... and it's all done with CSS, no tables! :)

Don't know how it looks in anything but IE...

11:58:47 PM    comment []

I'm still using the unpopular day-per-file data model, however I've added web support for categories, permalinks, and history browsing.

Here is the latest.

Next steps...

1. Category view in winforms
2. Comments in webforms
3. Web UI that doesn't look like crap :)

9:42:13 PM    comment []

I find it humorous that Dare thinks that our APIs are too "RAD". We continually get feedback that our APIs aren't easy enough. I think that having large "cliffs" between APIs (i.e. having a distinct expert vs. RAD API) is the wrong design. 

The problem here is that developers are never just a RAD or expert developer. Personally I like to use RAD tools and APIs at the start of a project, then dig into the expert APIs as I need them. The problem is that when you have two completely different APIs (like VB for RAD, and MFC for expert) you can't easily move between the two. If you start with the wrong technology there is a huge cost to try and switch - and more often than not it can mean completely scrapping a project.

Good API design means serving many different masters.

7:53:56 PM    comment []

Syndirella can read my RSS feed without errors... wahoo! In addition I got comment adding working in the winform front end.

Next steps:

1. Browsing to more than just today in the web viewer
2. Comments in the web viewer
3. Permalinks
4. Category browsing in both viewers

I'm going to try and not make any progress on this for the rest of the week... I need more sleep... and I've got to start working on work projects at night instead of blog software :)

Work life bal... nevermind.

11:04:26 PM    comment []

Brian got me hooked up with the right error messages and I got my BlogX web view working... still fairly limited. For some reason the RSS feed is coming off as text/html, even though I do:

Response.Clear();
Response.ContentType = "text/xml";

In my Page_Load... this works on my local machine and when hitting the machine with localhost at the site... however when we hit it from the machine name it reports text/html... hmm...

10:53:59 PM    comment []

Still not ready to release my source for my blogging stuff i'm playing with, but I did get a brain dead simple RSS feed working... (again, this is all temporary, so don't subscribe)...

I thought I'd get some feedback from my architecture...

There is one XML file (*.dayentry.xml) per date. There are multiple entries per date. This allows for queries about what days have logs without ever parsing any files. This means the calendar can be populated with a simple file system query. In addition there is an "extra" file (*.dayextra.xml) per date that contains the user editable stuff (comments, trackbacks, etc.). Each entry can have n categories associated with it, and the system auto-generates a categoryCache.xml file when any entry is modified.

One thing that I need to do is have a mapping from the entry id (guid) to a URL. I figure that I could either change my architecture to have a single file per entry (like Radio), or build some cache. I'm trying to figure out the frequency of hits. I'm guessing that 80% of the hits are on the homepage, so I want to optimize around populating the home page entries and calendar. However, it seems that permanent links are often followed... hmm...

The basic layout for a "dayentry" file is:

<DayEntry>
  <Date>GMT date</Date>
  <Entries>
    <Entry>
      <Content>...</Content>
      <Created>GMT date/time</Created>
      <Modified>GMT date/time</Modified>
      <UniqueId>GUID</UniqueId>
      <Title>...</Title>
      <Categories>semicolon demlited list</Categories>
    </Entry>
    <Entry>...</Entry>
  </Entries>
</DayEntry>

10:26:26 PM    comment []