theme selector

light blue screenshot grey screenshot navy screenshot dark green screenshot red and black screenshot

by Tony Chang

All opinions on this site are my own and do not represent those of my employer.

Creative Commons Attribution License

hyperlink usability

Jun 05, 2005, 11:11pm EDT



Jeffrey Veen writes about the usability of subscribing to feeds. This same problem has been pointed out about greasemonkey user scripts multiple times. People see links to user scripts, but don’t know how to install them in the same way that people see links to feeds and don’t know what to do with them.

Part of the problem is that we’re using links to point to data objects. This breaks the typical user experience of links which provide navigation (visiting a link) or a way to download a file. These are the two actions users expect out of a link (and hopefully the two different actions are clearly labeled).

Feeds and user scripts (and even torrents to a lesser degree) are represented as links, but have different actions associated with them. I want to subscribe to a feed or I want to install a user script. Links like the Add to MyYahoo! or Subscribe to Bloglines help, but only if you happen to use a particular web aggregator. Alternately, some aggregators use the feed:// protocol, but again, this only works if you happen to use the right aggregator. Of course, you could use quicksub, but it’s a usability nightmare and will scare away anyone new to feeds.

I think we’re going to start seeing more data files get passed around on the web because it makes a whole lot more sense to use the web than building a new communication system.

So what can we do to improve the usability of data links? My initial thought is that it’s going to require easier ways of adding pseudo protocols to web browsers. What other options are there?

tony at Jun 06, 2005, 10:26pm EDT

Autodiscovery works ok. It defers the usability problem to the browser, for better or worse (probably worse as each browser will handle it differently).

On second thought, I don’t like the (pseudo) protocol method because that’s even more confusing— you click on a link and a different application starts up.

allowed HTML: a, blockquote, ul, ol, li, dl, dt, dd, b, i, strong, em, code, abbr, acronym, sub, sup, span, pre

allowed HTML: a, blockquote, ul, ol, li, dl, dt, dd, b, i, strong, em, code, abbr, acronym, sub, sup, span, pre