Some people have asked me whats the real difference between blog posts and articles.

Blog posts are date centric, meaning there is no criteria other than the date (down to the second) which makes a blog post unique. Any blog post can have the same name as any other. The reasons behind that are blog posts tend to be much more prolific than articles. If a blog post today has the same name as a blog post from two years ago, who cares. Blog posts are also very static, once a post is made it should remain as is.

Articles on the other hand are dynamic. They are changed from time to time based on new or changing information. This means they are name centric. There can be no articles of duplicate names, the name of the article should remain unchanged, and explain what the article is about.

Even though articles and blog posts use the same wiki text markup language to format the posts they do not interfere with each other. Blog posts of the same name as articles have no problems.

Whew! Been working on this for a while and it's finally done.

New Features

New UI features

Now people can navigate in deep thought using these keyboard shortcuts.

• j next
• k previous
• r refresh
• v goto current posts home
• g-h goto main page home
• g-a goto articles home
• g-b goto blog home

New wiki features

• Finally added wiki links. Yes that means articles can be linked inside other articles and posts.
• Added the <nowiki> tag
• Added the <nohtml> tag

Future Features

Future UI features

• / search

You will be able to search the site for that topic you want. Start your search with tag:[tag] or type:[blog|article] to narrow down your search.

Know the name of the article you want? Type it in the search and it will take you there directly. Type it slightly wrong? The results will probably get you there anyway.

Future wiki features

A wiki help page.

I continue to expand the code for indeepthought and have implemented more of wiki markup. If your curious about wiki markup you can see two competing standards here and here. Which one am I using? Neither really, there are parts of both I don't like and since neither is an excepted standard by the community of wiki I am basically using my own derived form based off wikipedia itself.

The article code is done so now I can start to go through all the articles and convert them to the new format with tags. I've already redone the projects and about pages. As you can see to the right are the Blog Tags and Archives which is pretty easy to understand I think. It just shows you a slightly filtered list of tags, those with more than one post, for my blog posts. You can see more tags at the bottom of the Blog Tags which shows you a cloud view of all the tags here. The tag cloud is split into two for blog posts and articles.

Which brings me to the menu above. The menu above is all about the articles. I have limited the article tags to mainly 7 tags. The sparce, tags, and contact menu items are not tags. Sparce is a link to the sister project for bookmarks organized by tags like del.icio.us and click throughs. The tags link is the same as the more tags link under Blog Tags. I might just remove this if it makes sense to keep the two tag clouds together on the same page. Contacts is just a mouseover to display my email address in the second level menu. The others are tags and if you click on them will show you a list of articles that I have filed under that tag. If you mouse over them you might see in the second level menu up to 4 or 5 of the most recent articles.

Now here is where the wiki part comes in. Articles are given a unique name which allow me to interlink articles together or link to articles in my blog posts by just calling the article by name, wiki style. Hopefully this will prevent articles getting lost under newer ones. We will see how this works. If I run into the problem of needing more article tags I might have to come up with a different way of navigating through the blog and article tags. I'm trying to make it easy and non-convoluted while maintaining a single web site.

People can of course comment directly on the article page just like the blog posts. The articles themselves use some wiki markup to make it easier to write them some of that will eventually make its way into the blog code. Eventually I hope to create a completely modular site run by a modified wiki markup language and tags.