<?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: On the usability of contextual URLs</title>
	<atom:link href="http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/</link>
	<description>Tips and Commentary on Accessibility (and not always on topic.)</description>
	<pubDate>Thu, 24 Jul 2008 23:16:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23303</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Mon, 03 Dec 2007 22:12:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23303</guid>
		<description>Being able to get the URL information from the printed document is definitely a valuable benefit...

&lt;blockquote&gt;
What I find frustrating is when webbers only give links to a site’s homepage and expect all their users to do the digging around to track down the page they need - when it isn’t always easy to do! - instead of providing a deep link.
&lt;/blockquote&gt;

Yes, that's VERY irritating. What's worse is when you're attempting to deep link to a website which doesn't have a permanent or fixed link structure! Now that is not just irritating, but damn well &lt;em&gt;stupid&lt;/em&gt;!</description>
		<content:encoded><![CDATA[<p>Being able to get the <acronym title="Uniform Resource Locator">URL</acronym> information from the printed document is definitely a valuable benefit&#8230;</p>
<blockquote><p>
What I find frustrating is when webbers only give links to a site’s homepage and expect all their users to do the digging around to track down the page they need - when it isn’t always easy to do! - instead of providing a deep link.
</p></blockquote>
<p>Yes, that&#8217;s VERY irritating. What&#8217;s worse is when you&#8217;re attempting to deep link to a website which doesn&#8217;t have a permanent or fixed link structure! Now that is not just irritating, but damn well&nbsp;<em>stupid</em>!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23302</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Mon, 03 Dec 2007 20:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23302</guid>
		<description>@Stevie D: The print page example is definitely a good argument for full URLs. Another option, I suppose, would be to provide a printable list of URLs at the end of the page.</description>
		<content:encoded><![CDATA[<p>@Stevie D: The print page example is definitely a good argument for full URLs. Another option, I suppose, would be to provide a printable list of URLs at the end of the&nbsp;page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stevie D</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23301</link>
		<dc:creator>Stevie D</dc:creator>
		<pubDate>Mon, 03 Dec 2007 12:43:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23301</guid>
		<description>People like the internet to be open and transparent. They want to make their links useful, and if they are referring to a website that they feel will be generally useful (as opposed to a specific page that will be useful in this particular context), sometimes they think the best way to do this is to spell out the name of the website, so that it is obvious where the link goes to.

Sometimes it can be difficult to find words to fit, especially if the name of the website is the URL, or if the URL is more well-known than the actual name - if I'm deciding whether to have link text of &lt;em&gt;Joe Dolson's website&lt;/em&gt; or &lt;em&gt;joedolson.com&lt;/em&gt;, I'll ask myself which people are more likely to recognise - and there's probably not a lot in it! A URL sometimes seems to stand out more than inline link text, so if you really want people to click on a link, that might be an effective way to highlight it.

One reason, which is reducing in significance, is that it allows IE6 users to print the page and still have the URL they need to follow - of course, we're all putting &lt;em&gt;content: " (" attr(href) ") ";&lt;/em&gt; in our print stylesheets, aren't we!

No, I don't generally like using the name of the website as the link text, especially when it is inline, but there are times when it is preferable. What I find frustrating is when webbers only give links to a site's homepage and expect all their users to do the digging around to track down the page they need - when it isn't always easy to do! - instead of providing a deep link.</description>
		<content:encoded><![CDATA[<p>People like the internet to be open and transparent. They want to make their links useful, and if they are referring to a website that they feel will be generally useful (as opposed to a specific page that will be useful in this particular context), sometimes they think the best way to do this is to spell out the name of the website, so that it is obvious where the link goes to.</p>
<p>Sometimes it can be difficult to find words to fit, especially if the name of the website is the <acronym title="Uniform Resource Locator">URL</acronym>, or if the <acronym title="Uniform Resource Locator">URL</acronym> is more well-known than the actual name - if I&#8217;m deciding whether to have link text of <em>Joe Dolson&#8217;s website</em> or <em>joedolson.com</em>, I&#8217;ll ask myself which people are more likely to recognise - and there&#8217;s probably not a lot in it! A <acronym title="Uniform Resource Locator">URL</acronym> sometimes seems to stand out more than inline link text, so if you really want people to click on a link, that might be an effective way to highlight it.</p>
<p>One reason, which is reducing in significance, is that it allows IE6 users to print the page and still have the <acronym title="Uniform Resource Locator">URL</acronym> they need to follow - of course, we&#8217;re all putting <em>content: &#8221; (&#8221; attr(href) &#8220;) &#8220;;</em> in our print stylesheets, aren&#8217;t we!</p>
<p>No, I don&#8217;t generally like using the name of the website as the link text, especially when it is inline, but there are times when it is preferable. What I find frustrating is when webbers only give links to a site&#8217;s homepage and expect all their users to do the digging around to track down the page they need - when it isn&#8217;t always easy to do! - instead of providing a deep&nbsp;link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23294</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Sat, 01 Dec 2007 05:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23294</guid>
		<description>Huh. I never realized that I could do that...guess it never occurred to me to think about it. Actually, I don't really like that kind of inconsistency...

Yeah, I constantly fall behind in keeping that list of allowed XHTML allowed --- every time I update, it ends up back to the default. And it's a &lt;em&gt;stupid&lt;/em&gt; default.</description>
		<content:encoded><![CDATA[<p>Huh. I never realized that I could do that&#8230;guess it never occurred to me to think about it. Actually, I don&#8217;t really like that kind of inconsistency&#8230;</p>
<p>Yeah, I constantly fall behind in keeping that list of allowed <acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym> allowed&thinsp;&#8212;&thinsp;- every time I update, it ends up back to the default. And it&#8217;s a <em>stupid</em>&nbsp;default.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23293</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Sat, 01 Dec 2007 04:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23293</guid>
		<description>@Benjamin: Thank you very much. That's what I suspected. The screen reader would announce that it's a link, then read the link text.

@Joe: It's good to be the king. As the blog's admin, you can post anything you want it in your comments. The admin's comments are passed through different filtering. I post &lt;code&gt;pre&lt;/code&gt; elements in my comments a lot --- for form support mostly --- but visitors aren't allowed to :P

Speaking of "allowed XHTML," you should probably strike &lt;code&gt;strike&lt;/code&gt;. Somebody might actually use it. Though I don't &lt;em&gt;think&lt;/em&gt; &lt;code&gt;del&lt;/code&gt; is allowed. Not sure. :(</description>
		<content:encoded><![CDATA[<p>@Benjamin: Thank you very much. That&#8217;s what I suspected. The screen reader would announce that it&#8217;s a link, then read the link text.</p>
<p>@Joe: It&#8217;s good to be the king. As the blog&#8217;s admin, you can post anything you want it in your comments. The admin&#8217;s comments are passed through different filtering. I post <code>pre</code> elements in my comments a lot&thinsp;&#8212;&thinsp;- for form support mostly&thinsp;&#8212;&thinsp;- but visitors aren&#8217;t allowed to <img src='http://www.joedolson.com/articles/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>Speaking of &#8220;allowed <acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym>,&#8221; you should probably strike <code>strike</code>. Somebody might actually use it. Though I don&#8217;t <em>think</em> <code>del</code> is allowed. Not sure.&nbsp;:(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23292</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Sat, 01 Dec 2007 04:07:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23292</guid>
		<description>Well, what do you know. It did! I suspected that Wordpress may not have actually managed to suppress some of the more obscure markup elements.</description>
		<content:encoded><![CDATA[<p>Well, what do you know. It did! I suspected that Wordpress may not have actually managed to suppress some of the more obscure markup&nbsp;elements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23291</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Sat, 01 Dec 2007 04:06:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23291</guid>
		<description>I didn't even notice that parenthetical, actually. Thanks, Benjamin --- good to have that explained! 

&lt;samp&gt;link: a recent Accessites article&lt;/samp&gt;

Just checking to see whether it would work anyway. :)</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t even notice that parenthetical, actually. Thanks, Benjamin&thinsp;&#8212;&thinsp;- good to have that explained! </p>
<p><samp>link: a recent Accessites article</samp></p>
<p>Just checking to see whether it would work anyway.&nbsp;:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin Hawkes-Lewis</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23290</link>
		<dc:creator>Benjamin Hawkes-Lewis</dc:creator>
		<pubDate>Fri, 30 Nov 2007 23:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23290</guid>
		<description>Mike Cherim wonders above whether screen readers would typically read the &lt;code&gt;HREF&lt;/code&gt; attribute (the URL) for links that have ordinary link text. In my experience of screen readers, while it would probably be possible to query this information one way or another, what you'd normally hear when going through a page is something along the lines of: "like Mike Cherim mentions in link a recent Accessites article". Hmm… shame the permitted XHTML don't allow me to enclose that in &lt;code&gt;samp&lt;/code&gt; &#60;grin&#62;</description>
		<content:encoded><![CDATA[<p>Mike Cherim wonders above whether screen readers would typically read the <code>HREF</code> attribute (the <acronym title="Uniform Resource Locator">URL</acronym>) for links that have ordinary link text. In my experience of screen readers, while it would probably be possible to query this information one way or another, what you&#8217;d normally hear when going through a page is something along the lines of: &#8220;like Mike Cherim mentions in link a recent Accessites article&#8221;. Hmm… shame the permitted <acronym title="eXtensible HyperText Markup Language - HTML reformulated as XML">XHTML</acronym> don&#8217;t allow me to enclose that in <code>samp</code>&nbsp;&lt;grin&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Dolson</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23289</link>
		<dc:creator>Joe Dolson</dc:creator>
		<pubDate>Fri, 30 Nov 2007 16:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23289</guid>
		<description>Length is definitely a major problem in a lot of cases. An average domain name is usually speakable and usable, but many page-level (or, say, search result level) URL's are simply unmanageably long --- and include numerous special characters, etc.

So far, not a very strong case for them! ;)</description>
		<content:encoded><![CDATA[<p>Length is definitely a major problem in a lot of cases. An average domain name is usually speakable and usable, but many page-level (or, say, search result level) <acronym title="Uniform Resource Locator">URL</acronym>&#8217;s are simply unmanageably long&thinsp;&#8212;&thinsp;- and include numerous special characters, etc.</p>
<p>So far, not a very strong case for them!&nbsp;;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23286</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Fri, 30 Nov 2007 03:52:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.joedolson.com/articles/2007/11/on-the-usability-of-contextual-urls/#comment-23286</guid>
		<description>I can think of two reasons I &lt;em&gt;wouldn't&lt;/em&gt; want to use them and prefer link text: The length. I know this doesn't always apply, but sometimes. Long unbroken links can ruin a good block of text.

The second reason is for screen reader users: It would seem to me it'd be a drag to have the nice article that my machine is reading to be rudely interrupted by an ungainly h-t-t-p-colon-slash-slash-dubbayu-dubbayu-dubbayu-fullstop(dot)... etc. (Though I'm not 100% sure about this. It is possible this information would be read to the screen reader user anyway.)

There are a couple of places where I do use &lt;em&gt;quasi&lt;/em&gt;-bare URLs. My home page (click my name to see it) is one such example. On my sidebar I invite visitors to visit some of my other sites and I display what is actually link text, but it is also enough --- accessibility wise --- to be useful even if the text wasn't linked. One of the links, for example, leads to &lt;a href="http://greenmethods.com"&gt;GreenMethods.com&lt;/a&gt;. As you can see by this, the "GreenMethods.com" part of it, the link text, even unlinked, sufficiently gives the user the URL. Since the length fits where it does, I'm happy with it written like I that. If, however, one of my other sites was... "ThisIsOneOfMyOtherSixWebSitesThatIBuiltAndManage.com" I'd feel compelled to fall back on a Plan B of some sort.</description>
		<content:encoded><![CDATA[<p>I can think of two reasons I <em>wouldn&#8217;t</em> want to use them and prefer link text: The length. I know this doesn&#8217;t always apply, but sometimes. Long unbroken links can ruin a good block of text.</p>
<p>The second reason is for screen reader users: It would seem to me it&#8217;d be a drag to have the nice article that my machine is reading to be rudely interrupted by an ungainly h-t-t-p-colon-slash-slash-dubbayu-dubbayu-dubbayu-fullstop(dot)&#8230; etc. (Though I&#8217;m not 100% sure about this. It is possible this information would be read to the screen reader user anyway.)</p>
<p>There are a couple of places where I do use <em>quasi</em>-bare URLs. My home page (click my name to see it) is one such example. On my sidebar I invite visitors to visit some of my other sites and I display what is actually link text, but it is also enough&thinsp;&#8212;&thinsp;- accessibility wise&thinsp;&#8212;&thinsp;- to be useful even if the text wasn&#8217;t linked. One of the links, for example, leads to <a href="http://greenmethods.com">GreenMethods.com</a>. As you can see by this, the &#8220;GreenMethods.com&#8221; part of it, the link text, even unlinked, sufficiently gives the user the <acronym title="Uniform Resource Locator">URL</acronym>. Since the length fits where it does, I&#8217;m happy with it written like I that. If, however, one of my other sites was&#8230; &#8220;ThisIsOneOfMyOtherSixWebSitesThatIBuiltAndManage.com&#8221; I&#8217;d feel compelled to fall back on a Plan B of some&nbsp;sort.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
