I got a widescreen monitor at work and new software. . .

So, the boss decided that no one should be stuck staring at a CRT in the office anymore.

My colleague, David, was given a budget and the authority to eliminate as many CRTs as possible. I got a new wide screen monitor in the shuffle!

So, I read on LifeHacker about this free software for taking advantage of the valuable new space on the screen. Sizer let me customize the "resize window" options on my computer so I can click on a window and instantly set it to take only half of the screen width and reposition it to the left or right side of the screen. It's fast and, now that I have so much more screen space, I can have two different windows on my screen at the same time.

Unread Items in Google Reader Has Changed -- Finally!!

I always found it ridiculous that Google Reader did not show the count for unread items in my reader account for anything higher than 100. They would just show "100+" I noticed this morning that they now show the actual count.

So now I know how far behind I am on my reading and can also gauge a bit better whether I'm subscribed to too many feeds.

Not sure why I didn't hear about this on the blogosphere already. . .maybe it's because I'm behind on my reading!

Case Sensitive Name Attribute for Radio Buttons in FireFox

So a customer of mine discovered this problem for me today. I have a pair of radio buttons on some search fields for an AND/OR choice. When he clicked OR (the default is AND) the AND stayed selected and his search threw an error.

Here's a code example:

<input type="Radio" 
 name="search_recipient_group_ao" 
 value="And" 
 checked>
&nbsp;Or&nbsp;
<input type="Radio" 
 name="SEARCH_RECIPIENT_GROUP_ao" 
 value="Or" >

So, in IE, this works just fine--only one selection is allowed. In FireFox though, both can be selected at the same time. I'm guessing FireFox is relying on JavaScript for the functionality and is, therefore, case sensitive for form field groups.