Archives for posts with tag: safari

This one makes me laugh. Shifting elements around a few pixels on focus isn’t a terrible idea; I’ve designed it, and it looks great in flat comps. It can give an element more dimensionality if it looks like it’s physically pressed in, for example. However, when it comes to implementing it, it just ends up looking broken, like this:

06122009135845.png

See? The Amazon icon on the unselected tab comes dangerously close to the edge of the tab. The label, also, doesn’t get shifted down. It looks like a mistake, it feels like a mistake. It is a mistake. (One, I’ll point out, I didn’t make.) It’s too subtle, and users won’t get it (I’ve seen them not get it); I can’t believe Apple missed this one. Oh, wait, yeah I can. Once again, lack of user testing produces inferior results.

On the other hand, I will hand it to them for reversing their position on the position and behavior of the tabs. Still, the icon thing? Fail.

Teasing with features that don’t work sucks. In this case, Safari offers to mail a link to the page. Nice, right? Well, no such luck when I actually tried to use it:

0682009225403.png

Huh. OK. Well, I do use Mail.app; maybe it’s not set as the default mail application or something? Well, nope, that’s not it:

0682009225355.png

So, really, WTF? How on earth is this complicated? If adding <a href="mailto:what@evs"> to a web page can trigger whatever the default mail client to open and compose a message (and always work; when’s the last time you had that one fail?), then what’s the deal with two applications— both that Apple wrote— not talking to each other. This shouldn’t be a bug. I shouldn’t have to try to figure out what the problem is. Fail!