<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Where are all the visited links?</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Fri, 05 Dec 2008 00:36:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Eric</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-150986</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Wed, 10 Jan 2007 21:10:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-150986</guid>
		<description>I've had clients request that I eliminate the different color for visited links. They didn't understand the reason for distinguishing them, nor were they impressed when I explained it.

This may be a case where changing design practices have "educated" website visitors in unintended ways. Once the visited link became a rarity, it also became less expected and understood by those it was intended to help.

I don't know if that's good or bad -- just a different perspective.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve had clients request that I eliminate the different color for visited links. They didn&#8217;t understand the reason for distinguishing them, nor were they impressed when I explained it.</p>
<p>This may be a case where changing design practices have &#8220;educated&#8221; website visitors in unintended ways. Once the visited link became a rarity, it also became less expected and understood by those it was intended to help.</p>
<p>I don&#8217;t know if that&#8217;s good or bad &#8212; just a different perspective.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Autograff</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-150942</link>
		<dc:creator>Autograff</dc:creator>
		<pubDate>Wed, 10 Jan 2007 18:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-150942</guid>
		<description>I think &lt;strong&gt;Lisa Herrod&lt;/strong&gt; is steering the discussion in the right direction, and &lt;strong&gt;Dylan&lt;/strong&gt; stated it clearly and succinctly. It's our responsibility to help people know where they've been, where they can go, and what their choices are at any given time. I don't see the dynamic site as a reason not to use visited links. We build them all the time. As long as a session is active, the history is valid, and the links can be highlighted as visited. 

If we as designers can't come up with a color scheme that separates visited and yet-to-be-visited links without making the page "spotty" maybe we'd better go back to school. Sure it's a challenge, but it should be part of standard practice. It's only one more color in the palette.

We develop websites in Maine, USA, where the economy is tight and budgets are ALWAYS small. I guess I assumed it's standard practice, as well as a good idea to put in the couple of lines of css necessary to distinguish between visited and unvisited links.

The customers I have worked with who have low web skills have all understood and expected visited links. The site size doesn't matter; if the page has more than five to seven links in evidence, why wouldn't we remind our visitors where they've been? If you don't specifically style them, the browser may turn them purple anyway! Then they'll really be spotty...

Our company's habit is to leave the tab text links one color no matter what, but to color the tab/text when the visitor is in that section of the site (a "you are here" clue. Local navigation and inline content links get styled with "visited" colors. The only time I don't do that, I can admit it's laziness, time crunch, etc, not for a valid reason. Forums and ecommerce sites have more reason than others to color visited links, but I can't think of nearly as many reasons not to provide them as I can to provide them.</description>
		<content:encoded><![CDATA[<p>I think <strong>Lisa Herrod</strong> is steering the discussion in the right direction, and <strong>Dylan</strong> stated it clearly and succinctly. It&#8217;s our responsibility to help people know where they&#8217;ve been, where they can go, and what their choices are at any given time. I don&#8217;t see the dynamic site as a reason not to use visited links. We build them all the time. As long as a session is active, the history is valid, and the links can be highlighted as visited. </p>
<p>If we as designers can&#8217;t come up with a color scheme that separates visited and yet-to-be-visited links without making the page &#8220;spotty&#8221; maybe we&#8217;d better go back to school. Sure it&#8217;s a challenge, but it should be part of standard practice. It&#8217;s only one more color in the palette.</p>
<p>We develop websites in Maine, USA, where the economy is tight and budgets are ALWAYS small. I guess I assumed it&#8217;s standard practice, as well as a good idea to put in the couple of lines of css necessary to distinguish between visited and unvisited links.</p>
<p>The customers I have worked with who have low web skills have all understood and expected visited links. The site size doesn&#8217;t matter; if the page has more than five to seven links in evidence, why wouldn&#8217;t we remind our visitors where they&#8217;ve been? If you don&#8217;t specifically style them, the browser may turn them purple anyway! Then they&#8217;ll really be spotty&#8230;</p>
<p>Our company&#8217;s habit is to leave the tab text links one color no matter what, but to color the tab/text when the visitor is in that section of the site (a &#8220;you are here&#8221; clue. Local navigation and inline content links get styled with &#8220;visited&#8221; colors. The only time I don&#8217;t do that, I can admit it&#8217;s laziness, time crunch, etc, not for a valid reason. Forums and ecommerce sites have more reason than others to color visited links, but I can&#8217;t think of nearly as many reasons not to provide them as I can to provide them.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: GenealogyNut</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-149398</link>
		<dc:creator>GenealogyNut</dc:creator>
		<pubDate>Mon, 08 Jan 2007 15:12:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-149398</guid>
		<description>&lt;a href="http://www.ancestry.com/" rel="nofollow"&gt;http://www.ancestry.com&lt;/a&gt; just updated their Message Boards. All of us Administrators of the boards HATE the change but one of the things we hate the most is visited links have the exact same setting as never viewed links. In a message board it is vital that one can tell what message you have reviewed and what you have not. Lots of admins have quit over this issue.

I found this comment series interesting because it looks like the designers went with the &lt;em&gt;em&lt;/em&gt; thing. No one ASKED us admins what we thought. The result has been people quitting their volunteer support over the boards.

The Lesson here is DO NOT DO ANY DESIGN CHANGE THAT IS FUNDAMENTALLY DIFFERENT TO STANDARDS without doing a thorough usability test base first. Even the folks visiting the boards are complaining.

When you do research, you can visit the board multiple times a week. And you don't visit one board but quite a few. I check over 50 boards every week. No way I can remember what I read and what I didn't. The visited link was the way I knew quickly. 

And the fact that aggravates the @#$% out of all of us -- the fix is to make a simple change to ONE CSS file. And they won't do it.</description>
		<content:encoded><![CDATA[<p><a href="http://www.ancestry.com/" rel="nofollow">http://www.ancestry.com</a> just updated their Message Boards. All of us Administrators of the boards HATE the change but one of the things we hate the most is visited links have the exact same setting as never viewed links. In a message board it is vital that one can tell what message you have reviewed and what you have not. Lots of admins have quit over this issue.</p>
<p>I found this comment series interesting because it looks like the designers went with the <em>em</em> thing. No one ASKED us admins what we thought. The result has been people quitting their volunteer support over the boards.</p>
<p>The Lesson here is DO NOT DO ANY DESIGN CHANGE THAT IS FUNDAMENTALLY DIFFERENT TO STANDARDS without doing a thorough usability test base first. Even the folks visiting the boards are complaining.</p>
<p>When you do research, you can visit the board multiple times a week. And you don&#8217;t visit one board but quite a few. I check over 50 boards every week. No way I can remember what I read and what I didn&#8217;t. The visited link was the way I knew quickly. </p>
<p>And the fact that aggravates the @#$% out of all of us &#8212; the fix is to make a simple change to ONE CSS file. And they won&#8217;t do it.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: jakobw</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-145736</link>
		<dc:creator>jakobw</dc:creator>
		<pubDate>Tue, 02 Jan 2007 14:47:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-145736</guid>
		<description>A bit late to the party, but for me the biggest reason to the drop in signifying visited links is the rise of the &lt;em&gt;dynamic&lt;/em&gt; web. A different colour for visited links to a large degree harks back to the static web where a page was a static document. If you run a webshop, your product page changes all the time as new ranges come online, but the link stays - same with news and so on. The URL stays, but it's simply not the same page anymore, as the content is dynamic. It could also be the other way around, where the content stays the same, but the URL carries a session/user id and therefore changes with each request.

In modern, transactional websites the focus should rather be on consistency (use one name - ideally whatever your customers call it - for every individual page/section/product/etc and stick to it) and the context of the link - this should leave enough clues to the user as to what she will find if she was to click the link (and so help her make up her mind on whether it would help her achieve her goal).</description>
		<content:encoded><![CDATA[<p>A bit late to the party, but for me the biggest reason to the drop in signifying visited links is the rise of the <em>dynamic</em> web. A different colour for visited links to a large degree harks back to the static web where a page was a static document. If you run a webshop, your product page changes all the time as new ranges come online, but the link stays - same with news and so on. The URL stays, but it&#8217;s simply not the same page anymore, as the content is dynamic. It could also be the other way around, where the content stays the same, but the URL carries a session/user id and therefore changes with each request.</p>
<p>In modern, transactional websites the focus should rather be on consistency (use one name - ideally whatever your customers call it - for every individual page/section/product/etc and stick to it) and the context of the link - this should leave enough clues to the user as to what she will find if she was to click the link (and so help her make up her mind on whether it would help her achieve her goal).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-131573</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Fri, 22 Dec 2006 12:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-131573</guid>
		<description>A key factor in whether showing visited links differently comes from how consistent and well-designed the navigation is. Sometimes I've been exploring a website and ended up going back to the same page several times, because it hasn't been clear from the context that it was a page I'd already looked at.</description>
		<content:encoded><![CDATA[<p>A key factor in whether showing visited links differently comes from how consistent and well-designed the navigation is. Sometimes I&#8217;ve been exploring a website and ended up going back to the same page several times, because it hasn&#8217;t been clear from the context that it was a page I&#8217;d already looked at.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: birnam</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-130775</link>
		<dc:creator>birnam</dc:creator>
		<pubDate>Thu, 21 Dec 2006 06:10:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-130775</guid>
		<description>Personally I think that small sites should do it for the sake of consistency &lt;em&gt;because&lt;/em&gt; large sites do it. 

It's like how "About Us" and "Contact Us" became the de-facto standard titles for those pages, and it actually hinders users to name those pages anything else. Or having the boiler-plate legal pages linked to from the footer. Or having the logo in the upper left. And so on....

In my view, usability needs to assume that your site's users visit other websites, and that their experience and expectations are determined by the internet as a whole.</description>
		<content:encoded><![CDATA[<p>Personally I think that small sites should do it for the sake of consistency <em>because</em> large sites do it. </p>
<p>It&#8217;s like how &#8220;About Us&#8221; and &#8220;Contact Us&#8221; became the de-facto standard titles for those pages, and it actually hinders users to name those pages anything else. Or having the boiler-plate legal pages linked to from the footer. Or having the logo in the upper left. And so on&#8230;.</p>
<p>In my view, usability needs to assume that your site&#8217;s users visit other websites, and that their experience and expectations are determined by the internet as a whole.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Lisa Herrod</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-130771</link>
		<dc:creator>Lisa Herrod</dc:creator>
		<pubDate>Thu, 21 Dec 2006 05:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-130771</guid>
		<description>Ok so this is getting interesting.

There seems to be a couple of key points that keep coming through around the usability (as opposed to the design) of visited links:

&lt;b&gt;Andrew.K asked :&lt;/b&gt;
&lt;em&gt;Whether visited links should stand out more or less than the unvisited links.&lt;/em&gt;

&lt;b&gt;Jermayne asked :&lt;/b&gt;
&lt;em&gt;Whether it's necessary to identify visited links on smaller sites.&lt;/em&gt;



I believe for design conventions to work effectively and in order to build trust in a system (be that the entire web or a single page website), there has to be consistency. If one site highlights visited links and another highlights unvisited links, how is the user to know which is which as they move from one site to the next...?

With regard to small verses large sites, I don't necessarily think it makes a difference. It depends so much on the user and their needs in accessing information, the type of content on the site, and even the browser history settings. 

With most things web, there are so many variables that surely a little consistency can only make things easier...</description>
		<content:encoded><![CDATA[<p>Ok so this is getting interesting.</p>
<p>There seems to be a couple of key points that keep coming through around the usability (as opposed to the design) of visited links:</p>
<p><b>Andrew.K asked :</b><br />
<em>Whether visited links should stand out more or less than the unvisited links.</em></p>
<p><b>Jermayne asked :</b><br />
<em>Whether it&#8217;s necessary to identify visited links on smaller sites.</em></p>
<p>I believe for design conventions to work effectively and in order to build trust in a system (be that the entire web or a single page website), there has to be consistency. If one site highlights visited links and another highlights unvisited links, how is the user to know which is which as they move from one site to the next&#8230;?</p>
<p>With regard to small verses large sites, I don&#8217;t necessarily think it makes a difference. It depends so much on the user and their needs in accessing information, the type of content on the site, and even the browser history settings. </p>
<p>With most things web, there are so many variables that surely a little consistency can only make things easier&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jermayn Parker</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-130747</link>
		<dc:creator>Jermayn Parker</dc:creator>
		<pubDate>Thu, 21 Dec 2006 03:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-130747</guid>
		<description>For smaller sites are they necessary?? I agree that for larger sites or for activity sites (forums, auctions etc) they are necessary but other than that I would personally say that they are not important.</description>
		<content:encoded><![CDATA[<p>For smaller sites are they necessary?? I agree that for larger sites or for activity sites (forums, auctions etc) they are necessary but other than that I would personally say that they are not important.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: watershed</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-130371</link>
		<dc:creator>watershed</dc:creator>
		<pubDate>Wed, 20 Dec 2006 16:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-130371</guid>
		<description>Lisa, thank you, you've brought to the fore something that I've been meaning to consciously review/address for a while.

I'm aware that I've tended to let aesthetics or, to be honest with myself, just plain laziness gloss over this issue. And fundamentally, DylanButler has said it right.

As a partial defence...

There is the issue of commercial reality for designers of sites for small businesses or where the budget is 'tight'. I go to some lengths to make my XHTML/CSS more accessible and hopefully more usable than my clients consciously appreciate or, for the most part, pay for! 

Yes, one might rightly say "How long can it take to add a couple of extra declarations for visited links?" But then, are we talking about only doing so for basic links within content, or also for primary and secondary navigation? Clearly, in an ideal world, one would consider all contexts, and test for it, but when one is up against a tight budget and might justifiably percieve oneself as 'over-delivering' already, where do you draw the line?!

A flawed defence I know. Let's just say you've added a resolution to my New Year!</description>
		<content:encoded><![CDATA[<p>Lisa, thank you, you&#8217;ve brought to the fore something that I&#8217;ve been meaning to consciously review/address for a while.</p>
<p>I&#8217;m aware that I&#8217;ve tended to let aesthetics or, to be honest with myself, just plain laziness gloss over this issue. And fundamentally, DylanButler has said it right.</p>
<p>As a partial defence&#8230;</p>
<p>There is the issue of commercial reality for designers of sites for small businesses or where the budget is &#8216;tight&#8217;. I go to some lengths to make my XHTML/CSS more accessible and hopefully more usable than my clients consciously appreciate or, for the most part, pay for! </p>
<p>Yes, one might rightly say &#8220;How long can it take to add a couple of extra declarations for visited links?&#8221; But then, are we talking about only doing so for basic links within content, or also for primary and secondary navigation? Clearly, in an ideal world, one would consider all contexts, and test for it, but when one is up against a tight budget and might justifiably percieve oneself as &#8216;over-delivering&#8217; already, where do you draw the line?!</p>
<p>A flawed defence I know. Let&#8217;s just say you&#8217;ve added a resolution to my New Year!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: DylanButler</title>
		<link>http://www.sitepoint.com/blogs/2006/12/18/where-are-all-the-visited-links/#comment-129628</link>
		<dc:creator>DylanButler</dc:creator>
		<pubDate>Tue, 19 Dec 2006 16:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1819#comment-129628</guid>
		<description>It's not a design issue - it's a usability issue. Users should immediately be able to tell:
a) Where they are at
b) Where they have been
c) Where they can go
If you design cannot provide this, then it fails. These are the fundamentals of navigation.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not a design issue - it&#8217;s a usability issue. Users should immediately be able to tell:<br />
a) Where they are at<br />
b) Where they have been<br />
c) Where they can go<br />
If you design cannot provide this, then it fails. These are the fundamentals of navigation.</p>]]></content:encoded>
	</item>
</channel>
</rss>
