So as a result of my tooling around with WordPress, I’ve created two plugins for people to use.

RandomQuotr

In one of my older site lay­outs, I had a random quote dis­play­ing at the top of the page. The orig­i­nal logic was based very much on the Hello Dolly plugin that comes shipped with Word­Press. Even though I no longer use the func­tion within my layout, I still had the code and I felt that with a little revi­sion, this could be a psudo-​useful plugin.

So one morn­ing I did exactly that. Ran­domQuotr was born, and with it came the abil­ity to store all of the quotes within the WordPress data­base, as opposed to the PHP array that it started out as. Some more func­tion­al­ity was added to allow the selec­tion of spe­cific quotes.

PostDivider

I was a big advo­cate for using “the_excerpt()” for my sites layout, because it allowed me to split up my con­tent and work around my theme. the prob­lem is that using “the_excerpt()” sucks for many reasons:

1. The field is HTML only.
2. The field is tiny and cannot be re-​sized.
3. It requires you to break up your most in a less than stel­lar way.

Enter Post­Di­vider.

Based on an old post of mine, Post­Di­vider allows the user to get the con­tent before and after the <!–MORE–> tag sep­a­rately. With Post­Di­vider, hooks are pro­vided to allow the Theme to dis­play the text directly (echo­ing it), or return­ing the con­tent as a value from the func­tion. If no <!–MORE–> tag is pro­vided, it will return the_excerpt() and the_content() respectively.

So far those are the only ones I’ve developed. I’ve got a couple ideas for more, when I get around to building my portfolio and the like.

I’ve also created a page that lists all of the plugins I have developed. They’re also hosted over on the wordpress.org plugins directory if you want to keep watch there.

I’m always looking for feedback or suggestions, so feel free to email me or leave a comment.

When I developed the theme I am currently using, I searched high and low for something I could steal take inspiration from. The funny thing is that most people don’t even know where the colour swapper is on my site. So few in fact that I had to add a caption to it to help make it a little more obvious.

In any case I felt that I would share the method I used to create the swapping functionality on my website. I’m aware that most of it can be figured out with a little imagination and some source viewing, but I think that going through it step by step is more helpful.

UPDATE – 10/09/2008 - In record time, a second pair of eyes looking at this has managed to refine the process. Thank you Bart for pointing out that if the CSS files are named the same as the Title attribute of the Anchor, then you can drop the whole If statement. I’ve updated the tutorial accordingly

Table of contents

• The idea
• Before we begin
• Setting up our files
• Setting up the CSS files
• A dash of PHP
• The basic markup
• The JavaScript
  • Importing the required files
  • Adding functionality
• Pulling it all together
  • Flow
• Conclusion

The idea

So you want to build a colour swapper? Easy as pie. You want to do it without causing a postback and sustains itself throughout the navigation? That’s a little more tricky, and what I wanted to do myself.

What, you’re too lazy to figure this out for yourself? No problem. Read on and be merry.

Before we begin

A few words before we begin:

• I am not a master of JavaScript, let alone JQuery. I’m not a novice, but I am in no way a master of the language. There are probably many ways in which to improve my methods here. I’m going to take another crack at them and see what I can come up with. I’ll update the code to this post If I come up with anything.
• In addition to the last note, I’m not going to explain how JQuery works. they do a fine job on their own. If you don’t understand it, I suggest you take some time and become familiar with it.
• This whole solution rides on the idea that your users allow JavaScript and Cookies. If the Cookies are disabled, the styles will still change, but will not persist between page refreshes/navigation. If JavaScript is disabled, nothing will work because I have not yet implemented a postback-friendly alternate. If I find myself with time I’ll do this as well and update this post.
• This whole tutorial is based on the idea that you are applying this to a WordPress theme. If you’re using something else, you’ll need to alter this as you need.
• I have noticed that in some browsers, the swapping is not instant, and you may notice somewhat of a flicker. In my case the colours go away, and then the new ones are applied. Some browsers do not do this. I have no idea why this happens.

Setting up our files

For this solution we’re going to need to get some files from the JQuery website (the latest JQuery build), and create some files in our Theme folder.

You are going to need to make a JavaScript folder – I called mine “js” – and multiple CSS files. One will be a core style sheet that contains all of the universal CSS styles, and then alternate sheets that contain the CSS that is swapped around.

Example setup:

• THEME FOLDER
  • style.css
  • Yellow Version.css
  • Red Version.css
  • Blue Version.css
  • Green Version.css
  • JS FOLDER
    • jquery.js
    • functions.js

The rest of this example will assume that you have that setup.

Setting up the CSS files

First off, you’re going to need some CSS files to play around with. Generally you would have a core css file that would contain all the styles that wouldn’t be affected by your swapper. Depending on how you use your swapper, this may or may not be the case. Some people want to totally alter the website with their swapper; I just wanted a colour change.

Note: I’m not going to paste all the CSS I used to format the actual tiles, because my layout requirements will be different than yours. Set the CSS code up however you need to make your selector HTML – we’ll see that in a bit – look right.

So you have your core css file (style.css for WordPress users). Do what you need to in that file and then put it away. We won’t be touching it very much. The only addition I put in my CSS files are the following:

.red {background-color:#FF3333;}
.yellow {background-color:#FBDC00;}
.green {background-color:#1FF900;}
.blue {background-color:#00CCFF;}

These four styles are in my core CSS file so that my swappers always have access to correct classes for them. What this means is that regardless of what CSS file is imported, the swapper tiles will always look the same.

Next up we have our swapping CSS files: Blue Version, Green Version, Red Version and Yellow Version.

Note: I use Yellow Version as my default, but that doesn’t come in for a little bit yet.

So in each one of these CSS files, I have the same selectors:

.specialBGColor {background-color:#FBDC00;}
a, .specialColourText, #left_bar .widget table th {color:#FBDC00;}
.specialTopBorder{border-top:20px solid #FBDC00;}

All of your swappable CSS files will have the same selectors with whatever colour differences you need. In my case The hex colours are going to change to whatever is appropriate for the file (yellow is #FBDC00, red is #FF3333, etc.) “specialBGColor” is basically a class I apply to anything that is going to have a swappable background. I also have a “speciallTopBorder” that does something similar, and some selectors for links and table headers to change their colours.

All of these swappable CSS files should be in the same directory. Since I am using WordPress my CSS files are all kept together in the same directory: the theme directory. I dislike the lack of separation but I’ll manage.

Once you’ve got all those set up we can move on to setting up the PHP functions

A dash of PHP

We need to add a little function to our functions.php file. The function will attempt to grab a value from the users cookie cache and return it. Pretty simple overall. In my case, if the cookie is not found, it returns a default string that is the URL to my yellow style sheet. As previously stated, the Yellow CSS file is the same.

Add the following to your functions.php file:

function getStyleCookie()
{
   if($_COOKIE["styleHref"] != null && $_COOKIE["styleHref"] != "")
   {
      echo $_COOKIE["styleHref"];
   }
   else
   {
      $url = bloginfo('template_url') + "/Yellow Version.css";
      echo $url;
   }
}

What this does is if it can get the cookies value – in this case “styleHref” cookie – this is explained in the JS – it will echo the value of the cookie. if it can’t it returns the default value of the Yellow Version.css location.

Note: I could have made the function a bit more universal by passing in the cookie name, but as I’m only using it for this one instance, I didn’t bother.

The basic markup

Alright lets set up the markup. Lets start with the header.

Locate the <head></head> section of your website (for WordPress users, this is usually the header.php file).

You’ll need to find where you have any current CSS files linked and paste the following over or after the CSS tags. I say over or after because depending how much of this you’re following, you may already have a core CSS file that you don’t want to remove.

<!-- THIS IS YOUR CORE CSS FILE. IGNORE THIS LINE IF YOU ALREADY HAVE THIS IN YOUR HEADER -->
<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css"/>

<!-- some dynamic stuff that won't make any sense yet, but it will later -->
<?php if($_COOKIE["styleHref"] != null && $_COOKIE["styleHref"] != "") : ?>
   <link id="altsheet" rel="stylesheet" href="<?php echo $_COOKIE["styleHref"]; ?>" type="text/css"/>
<?php else : ?>
   <link id="altsheet" rel="stylesheet" href="<?php bloginfo('template_url'); ?>/Yellow Version.css" type="text/css"/>
<?php endif; ?>

What this does: try and get the URL to the currently used CSS file and render that CSS file. If nothing can be found, default to the Yellow Version style sheet. This may seem repetitive given that the functions.php code we put in also compensates for a lack of cookie. I’m one for having backup plans, and this was mine. If you don’t like it, you can simply remove the entire else section.

Next up is the actual swapper markup. I’m going to paste a simplified version of mine, because as I stated before, your swapper will look different than mine. As long as the base HMTL is the same, this solution works. how you style things up is totally up to you.

<div id="colour_swapper">
   <ul>
      <li>
         <a href="javascript:;" class="green" title="Green Version">Swap to green</a>
      </li>
      <li>
         <a href="javascript:;" class="yellow" title="Yellow Version">Swap to yellow</a>
      </li>
      <li>
         <a href="javascript:;" class="blue" title="Blue Version">Swap to blue</a>
      </li>
      <li>
         <a href="javascript:;" class="red" title="Red Version">Swap to red</a>
      </li>
   </ul>
</div>

The important parts to this are two-fold.

First, the ID of the DIV element is going to be used in the JavaScript. I’m aware that the DIV isn’t really needed, but as I said, this is a simplified version of what I’m using, and as such I’ve actually stripped out additional elements contained in the DIV.

The second thing is the title of the ANCHOR items. The title will be used in the JavaScript to determine what CSS file to get.

Note: I’m aware that having a href of ‘javascript:;’ is a bad practice. In reality the href should offer a link that would manually post back the page, and have PHP  code that would look for that action and set the cookie that way. Doing so would allow for the swapper to work when JavaScript is disabled.

The JavaScript

Importing the required files

This is where everything is tied together and starts working.

First off we need to import some JS files. This solution imports JQuery, as well as a functions.js file that I created in a sub directory of my Theme folder called “js”. This was explained in the Setup section, but I’m still reiterating.

First we need to add a bit more markup within our <head></head> sections:

<script type="text/JavaScript" src="<?php bloginfo('template_url'); ?>/js/jquery.js"></script>
<script type="text/javascript">
   var templateUrl = "<?php bloginfo('template_url'); ?>";
</script>
<script type="text/JavaScript" src="<?php bloginfo('template_url'); ?>/js/functions.js"></script>

What we’re doing here:

1. Importing the JQuery framework.
2. Setting a JavaScript variable that contains the template_url value from WordPress. This makes life easier when we get to the actual cookie setting.
3. Importing our functions.js file that will contain all of our functionality.

Note: I’m not a JavaScript expert, and part of me thinks that there should be a way to pass in the template URL to the functions.js import call. I don’t know and if someone can comment on this and explain, I’d be more than happy to refine my work.

Next up we need to add some functionality to the functions.js file!

Adding functionality

I’ll pase the code first and then explain it:

var $j = jQuery.noConflict();

$j(document).ready(function(){
   $j("#colour_swapper a").click( function(){
	var style_title = $j(this).attr("title");
	var style_href= "";
	var altSheet = $j("#altsheet");

	altSheet.attr({"href":templateUrl +"/" + style_title+".css"});

	style_href = altSheet.attr("href");

	var date = new Date();
	date.setTime(date.getTime()+(1*24*60*60*1000));
	var expires = "; expires="+date.toGMTString();
	document.cookie = "styleHref="+style_href+"; expires="+date.toGMTString()+"; path=/";
   });
 });

What the hell is going on:

1. Set JQuery to no conflict mode by assigning it to a different variable. I had to do this because of other plugins I use on my site. I maintain that this is a good idea when you are working in a plugin-heavy framework like WordPress.
2. For every link found within the element with the id of colour_swapper attach a new click function
3. Set a variable to the value of the links title (Yellow Version, Green Version, etc)
4. Grab the element with the id of “altsheet” (in our case this is a link element in our header) and change it’s href value to the url of the new style sheet. This url is made up of the template URL and the name of the style sheet (title of the anchor)
5. Set a variable with the URL the new CSS file to be used.
6. Create a date variable, and set it to the future (exact day eludes me at the moment. Part of me thinks that it’s either 24 hours into the future, or 1000 days. I can’t honestly remember at this point).
7. Convert the date to a GMTString which is used in the creation of cookies.
8. Create a cookie, “styleHref”, that stores the URL of the style sheet used. This cookie is set to expire in the future, and will apply to all pages within the website (that’s what the “/” is for)

Whew! That took longer to explain than I thought.

Pulling it all together

So now that we’ve gone through all that, everything should work. To give you an idea on how it all comes together I’ll explain the general flow.

Flow

• While the page is loading, try and grab the cookie and set the secondary style sheet. If none is found, apply a default (Yellow Version)
• Import all of the JavaScript needed.
• User clicks on a style swapping link
• JavaScript figures out what style sheet to use
• Changes the secondary sheets href to the new CSS file
• Sets a cookie to store the URL of the new CSS file

Now if a user navigates to another page in your website, the first step will apply the change right off the bat.

Conclusion

I hope that this helps someone out there, and comments are more than appreciated to help improve the solution. I’ll try and refine the solution a little more when I have time.

Good luck and happy coding!

I myself am a fan despite it’s assault on the CPU and database. It’s fast, it’s simple, and so long as your website isn’t gaining huge traffic (or you’re paying peanuts for CPU usage and storage) than it’s a great selection. It’s fairly customizable, has a huge support and user base, and it’s just damned easy to use. I’ve been slowly getting more and more into customizing and extending what WordPress can do out of the box.There’s more in the code than people think.

Recently I a friend of mine ripped a strip off of me for only using summaries in my RSS feed. He told me that he, along with other net-savvy users, didn’t have time to get teased by RSS summaries.

UPDATE: As of December 3rd, 2008 I’ve turned this baby into a plugin! Check it out.

For those wishing to skip the lengthy buildup, here is a little table of contents:

• The Back Story
• Solution
• Explanation
• Installation and Usage
• Further Notes

The Back Story – To Summarize or not to Summarize

This is some what of a conundrum, as I want people to actually come to my site. On the flip side, I want people to read what I write. So I can force people to come to my site and gain page views, or I can increase my RSS readership. After careful consideration, I’ve opted to fix my RSS feed to display the entire content.

Here’s the issue: Until now, I’ve used ‘The Excerpt’ field in WordPress. Basically this allows me to have a pretty excerpt instead of 55 characters truncated with a “READ MORE PLEAZE!” I use the custom excerpt for the top part of the post; the preview if you will. The problem with this is that I had to rip out the first couple paragraphs from the post area, add some HTML to make sure it worked, and then post. The result looked pretty, but had some unexpected side-effects on the RSS.

As it turns out, when you decide to use the EXCERPT field, that excerpt will become the summary in the RSS. That’s all well and good, but what If you want to have the whole post? One would hope that it would stitch the Excerpt and the Post together, but alas this was not the case.

I turned to the <!–more–> tag to assist me.

What they don’t document about the more tag is pretty much all the bitchy parts of it. When you use the <!–more–> tag, you split the content, allowing for the excerpt to be defaulted to all the content preceding the tag. This is great, except for how my layout works. You see The top have is the Excerpt, and the bottom half is the rest of the post. Just using the_content wouldn’t work, because I would be repeating all the pre-more content.

I thought about maybe using an hr tag, or reworking my entire layout, but I dismissed those due to the complexity of the markup. My only option was to carve into WordPress itself. I first checked Google to see if anyone had come up against what I was facing. As it turns out people have asked the question, but no one has posted the answer.

I am fixing that right now.

Getting the Pre and Post <!–more–> content separately

Here is my solution, in full:

function the_formatted_pre_more_from_content ($body)
{
$returnVal = get_the_formatted_pre_more_from_content ($body);
if ($returnVal !== FALSE)
echo get_the_formatted_pre_more_from_content ($body);
else
the_excerpt();
}

function get_the_formatted_pre_more_from_content ($body)
{
$moreTag = ‘<!–more’;
$content = FALSE;

$morePos = stripos($body, $moreTag);
if ($morePos !== FALSE || $morePos > -1)
$content = substr($body, 0, $morePos);
else
return FALSE;

$content = apply_filters(‘the_content’, $content);
$content = str_replace(‘]]>’, ‘]]>’, $content);

return $content;
}

function the_formatted_post_more_from_content ($body)
{
echo get_the_formatted_post_more_from_content ($body);
}

function get_the_formatted_post_more_from_content ($body)
{
$moreTag = ‘<!–more’;
$content = FALSE;

$morePos = stripos($body, $moreTag);

if ($morePos !== FALSE || $morePos > -1)
{
$content = substr($body, $morePos + strlen($moreTag));
$morePos = stripos($content, ‘–>’); // reuse variable
if ($morePos !== FALSE || $morePos > -1)
$content = substr($content, $morePos + 3); // strip off rest of more tag
}
else
$content = $body;

$content = apply_filters(‘the_content’, $content);
$content = str_replace(‘]]>’, ‘]]&gt;’, $content);

return $content;
}

Explanation

The two important functions here are ‘get_the_formatted_pre_more_from_content’ and ‘get_the_formatted_post_more_from_content’. Long names, I know, but at least their mission is clear.

The other two functions ‘the_formatted_pre_more_from_content’ and ‘the_formatted_post_more_from_content’ pretty much add a bit of logic and echo the content automatically. I chose this naming structure and function structure to emulate what is already in WordPress (e.g. ‘the_content’ versus ‘get_the_content’).

Installation and Usage

To use this code, add it all to your functions.php file of your theme. I’m sure I, or some other enterprising person, could turn this into a plugin, but at the moment I don’t feel it’s warranted.

All of the functions take one parameter: $body.

When you call these functions you must be in The Loop.

example usage: <?php the_formatted_pre_more_from_content($post->post_content); ?>

explanation: This call will display the content preceding the <!–more–> tag.

example usage: <?php the_formatted_post_more_from_content($post->post_content); ?>

explanation: This call will display the content proceeding the <!–more–> tag.

Further Notes

UPDATE: As of December 3rd, 2008 I’ve turned this baby into a plugin! Check it out. I’ve also fixed the post_content bug!

Note the $post->post_content that is passed into the function. This exists automatically when you are in The Loop. This will pass all of the posts content to the function without any formatting. The only thing that isn’t straight text – conveniently – is the <!–more–> tag. As a result the content becomes fairly straight forward.

As of right now you must pass $post->post_content to the functions. I tried to do it without passing the value, and they don’t seem to pick up the value.

I opted for using a substring functionality as opposed to an array split function simply because it was 2 am when I finally got this going. I don’t know which is more efficient, so someone who is more knowledgeable in PHP can comment on this and state which is better.

I only search for ‘<!–more’ because according to the tag documentation, there is text that can follow the MORE that changes some functionality. As a result, I have an additional if statement in the get_post function that will detect for the end of the tag and substring the content again to trim that out.

I hope that this helps out some people who may be in a similar boat as I was.

Being the smart man that I am, I thought “Hell, I’ll just roll back a version to when it worked! It’s probably some little bug with WordPress, no big deal.” I totally forgot my FTP information, so there was 40 minutes of my life I can’t bet back.

In the end I rolled everything back and now the site worked again, but I was still getting an error that I couldn’t figure out. I tried re-installing the latest version, and I was still getting an error which totally confused me.

Now I’m getting angry. Something had changed between a couple days ago and now. Could I remember? Of course not. If I could remember what I had really done, I wouldn’t of had a problem. As a result I ended up searing a bunch and scrambling to get my site working as it should again. I tried every combination I could think of that involved installing and uninstalling everything. In this process I told myself, “make sure you backup that theme you worked so hard on!”

I didn’t of course, but we’ll get to that.

Eventually I had the bright idea of “Why not just copy my development version over to of the live version? I mean it works fine there!” I forgot that when you’re going to do a blind copy, it’s generally good practice to back up any and all files you may have changed from one server to the other. This includes the files that make up my new theme. The result? I rolled back 2 days worth of changes to the websites theme and the problem was still there.

Now I’m swearing up and down the walls. I’m saying things that I should probably seek forgiveness for having said. I’m angry because now not only have i rolled back my theme and lost so much work, but Isomehow still have this messed up error!

Now it’s time for me to bust out my debugging skills.

• I removed the entire installation including all theme files, plugins, and extras.
  Result: Site is dead. Good start.
• I reinstall WordPress and get it pointing to the old database (which was a fun time in and of itself, as i forgot my database server location)
  Result: site is up, back to the old blue but up.
• I re-install my theme and apply it
  Result: Site is borked because I need certain things in my theme to work. Old error isn’t appearing
• Copy in my plugins
  Result: no change
• Activate “Hello Dolly” plugin (I like it, shut up)
  Result: Crazy error shows up. I’m now confused.
• Deactivate Hello Dolly, and activate Twitter.
  Result: Everything’s great. Still confused.
• Activate Hello Dolly again.
  Result: The shit’s fucked up again.

Somehow throughout all of my backups and my restores, the Hello Dolly plugin got rather messed up. I cannot and refuse to explain or understand why. In the end I lost two days of work, and a day of progress because of a useless plugin. What have I learned from this?

Back your shit up before you start, and for the love of all that is sacred and pure, think about what you’re doing before you do it.

I eventually got everything running again (as you can see) but believe me when I say I could have done without the self-loathing, swearing, and stress.

As for some technical things, I made this design using a grid, 980 to be precise. the design itself is actually, 940 pixels wide, though that’s because my fireworks file has a 20 pixel gutter on the sides, which you can’t really notice in this design.

I only use one font throughout the entire site (Arial). This is usually a bit of a no-no but I went with it, and made sure that all my headings were differentiated from the content. I also made sure my line-spacing was tall enough so that the body text didn’t become hard to read.

I’ve moved most of my former pages into lists found in the footer. I decided that this website was about what I write, and so having those extra pages wasn’t worth it, nor are they main focus of this site.

The left bar is widget-driven, with the exception of the calendar which is always there.

The top four panels will change the site’s colours using jQuery.

Now for things that I know are messed up:

1. PNGImages seem to be resizing weird in ie6. Seems to have something to do with the pngFix jQuery library I’m using. I will be looking into this.
2. The Left nav can over-lap the footer on ie6. I’m not fixing this because I’m sick of ie6, and I had to make enough concessions in my design just to make it work. As far as I’m concerned it’s a hit I’m willing to take. Upgrade people.
3. The resume and portfolio links go to a coming soon page (my next projects)
4. Old posts have some content repeated. This is due to my taking advantage of the Excerpt in this design more than the old one. I’ve got to go back through the old posts and update them. Not looking forward to it.
5. Some posts contain images that mess the layout up. Once again I’ve got to go through those posts and update the sizes. As I’m using a smaller content column, I’ve got to update all those posts. Also not looking forward to that.
6. I’ve still got to test it, but I think there could be a bug with the OpenID plugin with this layout. (comment section)
7. When logged in ie7 (only) the Submit button for comments is behind the text box.

And with this out of the way, we’ll see how my schedule adjusts.

With that out of the way, I figured I would list off the plugins I’ve currently gotten running along with validation as to my use of them. So here is the list (thus far):

• AdSense Manager – This baby makes handling, inserting, and the all around management of my Google AdSense advertisements. It allows for me to easily change the styles of the ads (of which I can create an unlimited combination therein) as well as insert them into my posts with little to no effort. Easy to set up and totally worth it.
• Category Cloud Widget – An elegantly simple plugin that allows me to show my categories displayed in a sort of cloud on my sidebar. Many people display these using tags as their cloud feed. I felt that I’d have too many cloud items in there and so I opted for this instead. Maybe one day I’ll swap ‘em up but until then I have this.
• Cryptographp – This plugin is actually disabled at the moment, though I had it running for a while and works like a dream. The idea is that it can stop spam-bots from commenting in your blog by requiring the user to enter a series of characters that are dynamically generated. Works well, I just turned it off for now.
• Google Analytics for WordPress – Simply put, this takes all the hard work out of adding JavaScript to each post as it does it for you. If you are wondering what Google Analytics are, it is a very impressive site statistics management system. Even better is the fact that it’s free, and if you sell ads with Google, it ties in with that as well.
• Hello Dolly – This is a default plugin that recites lines from the song in WordPress. What can i say? i like it
• NextGEN Gallery – A very impressive image gallery system. It allows for the management of images, galleries, and albums. It has additional functionality to display galleries as a flash-based slideshow, and uses some crisp JavaScript to handle the imagry (LightBo, ThickBo, etc). On top of all that it has a wide variety of customization options, and even comes with a sidebar widget to display images from your gallery (this is a separate plugin that I do not have enabled). For the record, this is the same plugin I use for all my posting images, as well as the wallpapers and Photos section.
• Share This – This plugin adds the ability for the end user to share your post on a variety of sites such as Digg and del.icio.us. No interface built into the back-end, which makes me a bit sad. Maybe in a later release.
• Twitter Tools – A plugin that integrates Twitter into your WordPress blog. The end result for this gives you options to create digest blogs of all the tweets you’ve made throughout the day, create tweets when you post, and display your tweets (or current tweet) on your site. I used the custom php portion of it to add a custom Tweet feed to the top of this site. It also allows you to write tweets from your WordPress site, allowing greater ease of use and less site-hopping.
• Smart Update Pinger – This plugin makes sure WordPress doesn’t ping my list of services every time I edit a post. And considering my spelling ability, that’s a lot of pings.

As you can see with the last item there, I have become a part of the Twitter community. What this is is a sort of micro-blog wherein you simply answer the question “What are you doing?” With the added plugin, updating this is fairly simple, though i have noticed that even though I’ve added a new item the plugin does not get it automatically. This indicates to me that it’s cached in some way. I’ll have to see if I can tweak that. I figure it’s a neat way to possibly generate traffic, and it can’t hurt to try and get out into the interweb communities more.

My friend Bart recently brought up the idea of fonts in coding, and what people use. He was flat out disgusted with my choice of “Verdana, 8px” not understanding why I generally choose it. The fact is with the small font i can simply see more code on the page at any one time. My workstation has a monitor that is flipped on its side, allowing me to have a resolution of 1024 x 1280 that I use for coding and branding purposes (1024 width).

I did realize that it is not a monospaced font, and after thinking about it I came to the conclusion that he was probably well-justified in his font-racism. I reviewed the font he uses, and I gotta say that it’s pretty slick. As a result I’ve swapped up for “Inconsolata, 10px.” I also got my hands on the new Komodo Edit 4.2, which I’m going to try out as my source editor to see if it can possibly replace EditPlus as my main IDE. I will state that I work with VS.Net practically all day, so this is more on a personal level.

And to end things off I will point out that I have been making subtle changes to the sites layout to get it where I want it. It seems to be coming along nicely.

Later.