This brings so many memories. I remember my ambition back then was to code the game completely from scratch, not using any libraries — I wrote the graphics code, keyboard handling, sprites and such all by myself in Turbo Pascal and some X86 assembly. This taught me a lot about programming, the X86 architecture, and DOS — most of this stuff is now obsolete and pretty much useless (especially when you make a living as a web developer), but it was really fun back then.

Hmm… I wonder if it would take long to port the game to Linux…

Anyway, I like running. Not long ago, I’ve decided to try out the Nike+iPod Sport Kit, which seems to have gained significant popularity among some runners. If you haven’t heard of it, the Nike+iPod kit is a neat accessory that turns your iPod into a workout companion. While you’re running, it measures your distance and pace, and gives you voice feedback on your performance.

So I got myself an iPod Nano and the kit, which consists of a receiver that is attached to the iPod, and a sensor that should be placed in your shoe. Nike “strongly recommends” that you buy a special pair of running shoes that have a little pocket under the insole where the sensor is supposed to go. However, I already had an excellent pair of Ecco Receptor shoes that I found very comfortable, and I wasn’t keen on switching just because of the sensor issue.

Suspecting I wasn’t the only one on the globe with this problem, I googled around and found that I have two options: buy a special holder for the sensor, or hack it into the shoe somehow — I chose the latter, of course. I came across this blog post, which has a nicely collected list of hacks (as well as commercial products) that people invented to use their sensors with non-Nike+ shoes.

The method that I used is a modified version of the first hack shown on that page. In the original method, the sensor is tucked under the shoelaces and kept in place with a small piece of velcro. I didn’t use velcro, I just stuffed the sensor under the laces, but first I wrapped it in a tiny ziploc plastic baggie. Here are the ridiculously simple instructions:

Step 1. Put the sensor in a plastic baggie

Step 2. Stuff the baggied sensor under the laces

The use of the plastic bag has two major benefits:

1. It makes the sensor sit tightly under the laces, making it virtually impossible for it to fall off.
2. It protects the sensor from dirt and rain (yes, I’m tough enough to run when it rains).

I have now run about a hundred kilometers with the sensor attached like this, and it never even got loose. If you’re looking for a quick hack that doesn’t involve any sort of shoe surgery, I recommend you try this one. It might not work with your shoes as well as it worked with mine (the spot under the laces needs to be quite tight), so go for a test run first and make sure the sensor sits steadily after a few hundred meters. Have fun!

• Send Mail Postfix through Gmail’s SMTP on a Ubuntu LTS Server
• Configuring[Ubuntu] Postfix and Gmail in 10+1 Easy Steps

The above sources will give you a detailed description of what you need to do (including creating a certificate, in case you don’t have one already), I’m just going to list the essential parts here. As a prerequisite, you need a Gmail account, as Google’s SMTP server requires you to authorize before allowing you to relay anything.

Note: My e-mail server is running FreeBSD, so if you’re on a different operating system, the location of Postfix configuration files will probably be different — you might have /etc/postfix instead of /usr/local/etc/postfix.

To tell Postfix to relay all messages destined for *@gmail.com through Google’s SMTP server, put this into /usr/local/etc/postfix/transport:

gmail.com smtp:[smtp.gmail.com]:587

Then, create the /usr/local/etc/postfix/sasl_passwd file, telling Postfix to authorize with your Gmail login credentials when connecting to Google’s SMTP server:

[smtp.gmail.com]:587 username@gmail.com:password

Finally, put the following into /usr/local/etc/postfix/main.cf:

transport_maps = hash:/usr/local/etc/postfix/transport smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/usr/local/etc/postfix/sasl_passwd smtp_sasl_mechanism_filter = plain, login smtp_sasl_security_options = noanonymous smtp_use_tls = yes

The transport and sasl_passwd files need to be hashed with postmap:

# postmap transport && postmap sasl_passwd

That’s it for the configuration. Restart Postfix to make the changes effective (again, the command below is for FreeBSD):

# /usr/local/etc/rc.d/postfix restart

That’s it — you can now test it by sending something to your Gmail account.

It’s working? Grrreat. However, you might notice that there’s one fundamental problem with this solution — any message transmitted this way has it’s original “from” address replaced with your Gmail account’s address, making it look as if it was actually sent from Gmail.

Luckily, as I found out, the “from” address will be left intact if it is listed as one of the “other addresses” assigned to your Gmail account. So, you just need to log in to your account, go to Settings → Accounts, and use the “Add another email address” option to add any addresses that you want to relay mail for.

I thought it would be nice to have a jQuery plugin with similar functionality, especially that jQuery’s chaining would make it possible to combine effects and do things like:

$('img.example').imgFx('blur').imgFx('brightness', {value: 10});

So, I’ve started working on the implementation — there’s not much to see yet, as just the blur effect is working for now, but if you’d like to take a peek, here’s a simple demo. It works in recent versions of Firefox and Opera, and in Internet Explorer 6 or above. That’s because the effects are implemented using canvas, which basically lets you draw inside the browser window and over images, but it’s a new element defined in the upcoming HTML 5 specification, and is not (yet) widely supported.

You might be wondering, since the blur demo works in Internet Explorer 6, does it mean that such a pitiful browser supports the brand new canvas? Actually — no, it does not, and neither does IE7. I’ve heard rumors that canvas is (or will be) supported in IE8, but haven’t seen it for myself. How does the blur demo work in IE then? Well, by using the proprietary implementation of image effects that Microsoft has built into the browser, accessible with the CSS property "filter".

I don’t know if the plugin will turn out useful for any practical purpose and not merely for demonstration, but I’m going to give it a shot anyway and develop it. If you have any ideas on what additional effects or features could be implemented, feel free to leave a comment or send me an e-mail.

Now that most of my large work projects are completed, I’ve finally had some time to update the article on multiple select fields and work on a few additions to the imgAreaSelect plugin that were requested by people (expect a release soon).

The article is still a work in progress, as I intend to add some more information on a couple things (like pre-selecting options and limiting the number of choices), nonetheless I guess it’s mature enough to be brought into the daylight. I’d be glad to know what you think of it, so don’t hesitate to send me some feedback.

I assembled the new unit by myself, as with most of the machines that I’ve been using over the years, dating back to the prehistoric times of PC XT. However, it wasn’t until today, the high-tech era of quad-core CPUs, that I had to make use of this particular tool:

Yes, a hammer.

No matter how hard I tried, and how badly I cursed, I couldn’t install the damn heatsink on the motherboard — despite what the manual said, the “Push Pins” just wouldn’t get “firmly secured” in the holes. So I literally hammered them to the board. Apparently, I did it gently enough not to break anything, otherwise I wouldn’t be able to write this post on the new machine.

Now, I just need a new power supply to complete the upgrade. This means more assembling — I better get an axe, just in case.

Do not watch The Three Musketeers while working on a use case diagram for your next project, or your diagram will end up like this:

Drawn with Umbrello UML Modeller, by the way.

The blog is alive again, but I’ve decided to throw away all the old content, since it was, well, old, and boring. Rest in peace, old content, you won’t be forgotten (until you get deleted from Google cache).

*sigh*

Well, nothing left to do but populate the blog with new, shiny, and interesting stuff. And make the blogosphere a little better place.