Archive for the ‘Technology’ Category

Experience as a Left-hander.

Wednesday, November 4th, 2009

As a left-handed person in a right-handed world, I sometimes just adjust to certain things in life. When something needs to be cut, I hand the scissors to my wife or to whomever happens to be nearby. Scissors are a frustration I’ve come to deal with, but not everything made for right-handers has to be enforced upon those of us in our right mind. (Okay, I had to use that lame left-handed joke—I’m sorry.)

I recently decided to use my left hand as my mouse hand after years of giving in to using my right hand, and I can say that it feels much better to be able to do so. Here’s a few remarks I have about it and some things that have helped along the way.

(more…)

WordPress for iPhone 2

Thursday, October 29th, 2009

I’m writing this post from the newly-released WordPress for iPhone 2 app. I haven’t given the app a full run-through, but these are my first impressions.

(more…)

HTML5 & the quasi-death of XHTML

Monday, July 6th, 2009

In the past several weeks there’s been a bit of a stirring in the web design world. This stirring culminated in the announcement that the World Wide Web Consortium (W3C) would not re-new the XHTML Working Group’s charter at the end of 2009. The W3C will pool its efforts and focus on the HTML5 specification.

This appears to be good news. No longer will the schism that separated HTML4 and XHTML1 (that formed in 2000) divide web designers and, more importantly, web browsers. The Internet will depend on one specification to markup websites.

I speak from a utopia though. There are still many issues at hand. The biggest drawback is HTML’s past tendency to be sloppy. With certain tags like < img >, XHTML used the wonderful / > closing bracket to signify the end. Every element had to be closed, from your < p > < /p >s to your < br /> and the afore-mentioned < img/>. Another bit of sloppiness is that fact that some web developers type their tags in all caps ( < IMG > or < a HREF > and the like. I grew up learning HTML when the web was making the transition to 3.2, then 4.0. In 2002 I took a web design and development course, teaching the 2001-drafted XHTML 1.0 specification.

XHTML was supposed to be the beginning of the transformation of the Internet, giving us XML parsed documents, more semantic code, and tighter and better developed web sites. Well, that hasn’t exactly happened. Many major websites still don’t adhere to web standards—take a look at Best Buy’s website; it’s nothing but table nested in table nested in table. We’ve still got years to go, and years before HTML5 is finalized and put into popular use on the Internet.

I’ve begun adding elements new in HTML5 to my website. Semantic markup like < div id="header" > has been replaced with the new tag < header >. This semantic markup lets humans and machines know exactly which section is supposed to be and how to interact with it. < footer> is also a new one I’ve updated. The rest will be done over time. If you’re into validating websites, the little CSS and HTML icons in the right sidebar will point you to several errors on my site—all blamed on my looking ahead to CSS3 and HTML5, plus a few third-party code snippets (like PayPal and Facebook Connect) that are really beyond my control in editing.

If you enjoy making websites like myself, I recommend reading up on the changes to come via HTML5. It’s an exciting time. If you can’t see the changes, most notably the usage of @font-face, a CSS rule to use any font the designer wishes, download Firefox 3.5, Safari 4, or Opera 10.

Safari Microformats Plugin

Friday, June 19th, 2009

Microformats are a great idea for embedding contact and event information into a website. With the SafariMicroformats plugin, you can easily extract this information and add it to your address book or calendar.

The latest version of Kasper Nauwelaerts’ SMF plugin works with Safari 4 on OS X Leopard, but I’ve tweaked the plugin to work on Safari 4 under OS X Snow Leopard. It requires some simple tweaking and running Safari 4 in 32-bit as opposed to 64-bit, but it works great.

Here’s how.
(more…)

Weird Error with OS X 10.5.7′s ScreenSaverEngine Process [Updated]

Wednesday, June 10th, 2009

Update: It seems if I had done a little more detective work, I would’ve been led to PixelBreaker’s blog post about this very problem. It seems it’s an error involving ScreenTime, the packing software used to bundle PolarClock into the screen saver format for OS X Leopard.

The problem only occurs if you have a multiple-monitor setup. The easiest solution is to open your Screen Saver preference pane and check “Main Screen Only.” This way PolarClock is only displayed on your main display and not the others, and the error does not occur. Simple enough!

The Problem

Late last week I started encountering the weirdest error on Leopard, Mac OS X 10.5.7—my shortcuts using ⌘ (Mac OS X’s Command button) stopped working. This isn’t a good thing for me because my workflow depends on two shortcuts using ⌘, which are ⌘+Tab (for switching between open applications across six Spaces on two monitors) and ⌘+Space (set for Quicksilver, which allows me to quickly open applications and interact with them on an amazing level). Also affected was Exposé—I was unable to use my hot corners or Exposé functions.

ActMonPNG.png

The Witch Hunt Begins

I figured out that a reboot of my MacBook Pro solved the issue, but only temporarily. It seemed like it would occur within an hour of a reboot.

Tonight I decided I’d take no more, and opened up OS X’s wonderful Activity Monitor (located in ~/Applications/Utilities/). I should’ve done this long ago (I might have done so but just neglected to see the error). Here, I quickly saw a potential cause—OS X’s ScreenSaverEngine process was hung. [Click thumbnail for full version.]

After force-quitting the misbehaving process, I remembered that about two weeks ago I downloaded several screen savers and installed them. I set my screen saver to a default Apple screen saver and deleted a few of the screen savers I had downloaded. Immediately I was granted the gift of my ⌘ shortcuts again.

Point Fingers at Possible Criminals

After some time rejoicing, I reset my screen saver to pixelbreaker’s PolarClock v2 and left my computer, giving the screen saver a chance to start. I returned to my Mac a few minutes later and ended the screen saver, and guess what? That stupid ScreenSaverEngine process was hung up again. I looked at the detailed process information and I thought it may have something to do with the screen saver database cache, and not the Polar Clock screen saver. So I deleted the com.apple.ScreenSaver.Engine/Cache.db file, hoping it was just corrupt. [Click thumbnail below for a partial list of open files and ports involved, taken from Activity Monitor.]

ProcessPNG.pngUsing my still functioning ⌘+Space, I told Quicksilver to launch ‘ScreenSaverEngine,’ automatically launching the screen saver, just like it would if it would’ve started by itself. After stopping the screen saver, the ScreenSaverEngine process hung again, killing the ⌘ shortcuts and Exposé.

Back to Basics & Verdict

I changed my screen saver to Apple’s ‘Flurry,’ initiated ScreenSaverEngine, and ended the screen saver after several seconds. My ⌘ shortcuts and Exposé stayed functional.

So, concluding, this error seems to rest within either the Polar Clock screen saver specifically, any user-installed screen saver, how the ScreenSaverEngine database works (possible corruption), or some combination of these elements.

If you have any ideas or have had a similar situation, comment below.