MPS and Morbius, this is my first post so I quite expect a flaming. :)
With that out of the way, I've never had a reason to contribute to TDWTF until this past week, when I looked at the HTML code for a printing fulfillment web application. I won't go into the long sordid story that brought us to this place, which is mostly a lot of business-as-usual. The context of using this application is that we are allowed to give the vendor some "skinning" graphics and colors for their system, to make the transition from our website to theirs somewhat transparent to end users.
Along the way we have repeatedly emailed the vendor and had tense conference calls with them over such topics as:
1) The original templating document we received specified 65px wide for a given menu bar image. After sending it, and seeing it posted fuzzily on their demo for us, 4 emails later finally get a separate set of requirements that shrink this image by 4px - A remade image sent, 3 more emails and a conference call later, the old graphic, made to their original spec, remains, fuzzy and shrunk 4px through width= on the img tag.
2) We explained in two emails the colors we wanted for the left menu bar and top menu bar backgrounds. They don't understand what we're talking about. We send them a screenshot with arrows drawn on it giving the colors we want. They don't get it still. After 20 minutes of wrangling about it on the phone, our rep gets this "oh.... that" tone and we finally get what we want.
All this, fairly normal client-vendor communications in the web world, at least from my experience. They're slightly dumber than most, but not just stupid. Then we get to the crowning glory. Our designers have been complaining that the menu items "jump" when moused-over, and that they don't have the user-expected "hand" icon for a link. Multiple emails regarding this operation get the "jumpy-ness" down a bit, but still there. No luck on the hand mouse pointer - we all know how if it doesn't have a hand, your bog-standard IE6 user won't think its a link. Guess what our client's user base is.
So, I get fed up and look at the code myself (gee, glad I'm not some normal client and am actually a web developer). When I find this for the links, I actually give my first real involuntary out-loud WTF:
<td valign="top"
onmouseover="curClass=this.className; this.className='tdOn';"
onmouseout="this.className=curClass;" title="Select this product." onclick="gotoDetail(1);">
Product Name
</td>
and again, for another link:
<div class=shortcutLink
onmouseover="curClass=this.className; this.className='shortcutLinkOn'; return parent.StatusBar('Fullfillment Products');"
onmouseout="this.className=curClass; return parent.StatusBar('');"
onclick="javascript:load_coll(1)"
title="">
Fullfillment Products
</div>
Well, mystery solved - no wonder the browser has a hard time knowing its a link - its bloody not! Needless to say, the following emails and phone calls are unpleasant.
Me: "We still have the problem with the menu links. They break all kinds of web standards."
Vendor: "They work fine for us in IE7"
Me (spewing FUD, admittedly - its due): "Who knows if these non-links will even work on our client's browsers - as you know they are a large corporation with high security standards, and I'm afraid to put this in front of them."
Vendor: "We'll see what we can do to change them."
Today, I check the site once more. There's the magic hand cursor! Have they really listened? Maybe they saw the error of their ways!
Here's the change to their code:
.shortcutLinkOn{ ...... cursor: pointer; ..... }
Yup. Because the problem is NOT stupid javascript onClick actions on various block elements instead of links, the REAL problem is that we said "the hand cursor doesn't show." Problem solved!