<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for 場 (ba)</title>
	<atom:link href="http://xn--rls.viveka.id.au/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://xn--rls.viveka.id.au</link>
	<description>Collaborative Places</description>
	<lastBuildDate>Wed, 27 Jan 2010 21:37:38 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Imaginary tablets by Erik</title>
		<link>http://xn--rls.viveka.id.au/imaginary-tablets/comment-page-1/#comment-20356</link>
		<dc:creator>Erik</dc:creator>
		<pubDate>Wed, 27 Jan 2010 21:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=165#comment-20356</guid>
		<description>Augmented realty, that is an option as well!</description>
		<content:encoded><![CDATA[<p>Augmented realty, that is an option as well!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by Gerard</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20292</link>
		<dc:creator>Gerard</dc:creator>
		<pubDate>Thu, 26 Nov 2009 16:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20292</guid>
		<description>This is certainly a long-standing debate. For an argument of why the Gibsonian definition of affordance is still important, and why changing the definition is unfortunate for our profession, check out:

Torenvliet, G. L. (2003). We can&#039;t afford it: The devaluation of a usability term. interactions, 10(4 (July/August 2003), 12-17.

Email gerard /at / torenvliet / dot / ca for a PDF.</description>
		<content:encoded><![CDATA[<p>This is certainly a long-standing debate. For an argument of why the Gibsonian definition of affordance is still important, and why changing the definition is unfortunate for our profession, check out:</p>
<p>Torenvliet, G. L. (2003). We can&#8217;t afford it: The devaluation of a usability term. interactions, 10(4 (July/August 2003), 12-17.</p>
<p>Email gerard /at / torenvliet / dot / ca for a PDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by Elizabeth Buie</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20291</link>
		<dc:creator>Elizabeth Buie</dc:creator>
		<pubDate>Thu, 26 Nov 2009 15:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20291</guid>
		<description>Oh, joy. I try to get the angle brackets in, thinking that quoting them will work, and haha on me. So let me just say that the article was for &lt;interactions&gt; magazine and I was hoping (with good result, I&#039;m pleased to note) that Wordpress accepts the &lt;a&gt; tag. (This time I got them in by using the &amp; codes for &quot;lt&quot; and &quot;gt&quot;. :)</description>
		<content:encoded><![CDATA[<p>Oh, joy. I try to get the angle brackets in, thinking that quoting them will work, and haha on me. So let me just say that the article was for &lt;interactions&gt; magazine and I was hoping (with good result, I&#8217;m pleased to note) that Wordpress accepts the &lt;a&gt; tag. (This time I got them in by using the &amp; codes for &#8220;lt&#8221; and &#8220;gt&#8221;. <img src='http://xn--rls.viveka.id.au/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by Elizabeth Buie</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20290</link>
		<dc:creator>Elizabeth Buie</dc:creator>
		<pubDate>Thu, 26 Nov 2009 15:19:47 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20290</guid>
		<description>In talking about the flexibility of meanings, we need to consider whether we are talking about language in general or terminology in particular. Degrading a technical term is much more harmful to clear communication than is the ordinary evolution that happens to everyday language.

In 2002 I co-wrote an article for &quot;&quot; called &lt;a href=&quot;http://www.luminanze.com/writings/usability_semantics.html&quot; rel=&quot;nofollow&quot;&gt;&quot;What&#039;s in a Word: The Semantics of Usability&quot;&lt;/a&gt;, in which we argued exactly this. Here&#039;s a quote from our article:

========
Word meanings can change over time; that’s all well and good. &quot;Awful&quot; used to mean &quot;full of awe&quot;, and seven centuries ago &quot;nice&quot; meant &quot;foolish&quot; (some might say it still does!). The rich garden of English vocabulary has grown from the endless planting of new words from foreign sources, jostling for their place in our prose and poetry. A living language is always on the move — good thing for us.

There’s a bit of a problem, though, when we want a word to conjure up something more concrete than a poetic image in the reader’s mind. When we want to use a word as terminology. Terminology is to vocabulary as bulldog is to kennel: It demands a certain kind of care. We want a term to hold its value. It has to say the same thing to everyone who needs to read or hear it. 
========

P.S. I&#039;m hoping that Wordpress&#039;s comment feature accepts the &quot;&lt;a&gt;&quot; tag; it doesn&#039;t let me preview my comment. :-)</description>
		<content:encoded><![CDATA[<p>In talking about the flexibility of meanings, we need to consider whether we are talking about language in general or terminology in particular. Degrading a technical term is much more harmful to clear communication than is the ordinary evolution that happens to everyday language.</p>
<p>In 2002 I co-wrote an article for &#8220;&#8221; called <a href="http://www.luminanze.com/writings/usability_semantics.html" rel="nofollow">&#8220;What&#8217;s in a Word: The Semantics of Usability&#8221;</a>, in which we argued exactly this. Here&#8217;s a quote from our article:</p>
<p>========<br />
Word meanings can change over time; that’s all well and good. &#8220;Awful&#8221; used to mean &#8220;full of awe&#8221;, and seven centuries ago &#8220;nice&#8221; meant &#8220;foolish&#8221; (some might say it still does!). The rich garden of English vocabulary has grown from the endless planting of new words from foreign sources, jostling for their place in our prose and poetry. A living language is always on the move — good thing for us.</p>
<p>There’s a bit of a problem, though, when we want a word to conjure up something more concrete than a poetic image in the reader’s mind. When we want to use a word as terminology. Terminology is to vocabulary as bulldog is to kennel: It demands a certain kind of care. We want a term to hold its value. It has to say the same thing to everyone who needs to read or hear it.<br />
========</p>
<p>P.S. I&#8217;m hoping that Wordpress&#8217;s comment feature accepts the &#8220;<a>&#8221; tag; it doesn&#8217;t let me preview my comment. <img src='http://xn--rls.viveka.id.au/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by viveka</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20289</link>
		<dc:creator>viveka</dc:creator>
		<pubDate>Thu, 26 Nov 2009 13:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20289</guid>
		<description>Hi Bob,

Thanks for the thoughtful input, I&#039;m enjoying this discussion immensely.

&gt;There’s also the phrase “better affords”. Does this mean, it does it better, 
&gt;or it better communicates?

I think the beauty of the term &quot;affordance&quot; is that it gives us a way to talk about what&#039;s really there: whether it&#039;s helpful or unhelpful, visible or invisible. Accordingly I would use &quot;better affords gripping&quot; for a handle that has better grips in actual use. I would say &quot;better communicates that it affords gripping&quot; for a handle that has more visible grips.

Yes, communication of function is important - an invisible affordance is useless. However I argue that keeping our terms for communication separate from our terms for underlying affordance helps us think more clearly about exactly what is going on. Is the affordance broken, or is it poorly communicated? Is it the wrong affordance? Do we want to highlight one affordance rather than another?

On &quot;feature&quot; for &quot;affordance&quot; - I think they&#039;re different as well. A feature connotes something useful that you want to highlight for users. Something you want to &quot;feature&quot; in the marketing materials. Some affordances may be features. Some constraints (e.g. password protection or parental controls) might also be features. A bad affordance can be a misfeature, as can a bad constraint.</description>
		<content:encoded><![CDATA[<p>Hi Bob,</p>
<p>Thanks for the thoughtful input, I&#8217;m enjoying this discussion immensely.</p>
<p>>There’s also the phrase “better affords”. Does this mean, it does it better,<br />
>or it better communicates?</p>
<p>I think the beauty of the term &#8220;affordance&#8221; is that it gives us a way to talk about what&#8217;s really there: whether it&#8217;s helpful or unhelpful, visible or invisible. Accordingly I would use &#8220;better affords gripping&#8221; for a handle that has better grips in actual use. I would say &#8220;better communicates that it affords gripping&#8221; for a handle that has more visible grips.</p>
<p>Yes, communication of function is important &#8211; an invisible affordance is useless. However I argue that keeping our terms for communication separate from our terms for underlying affordance helps us think more clearly about exactly what is going on. Is the affordance broken, or is it poorly communicated? Is it the wrong affordance? Do we want to highlight one affordance rather than another?</p>
<p>On &#8220;feature&#8221; for &#8220;affordance&#8221; &#8211; I think they&#8217;re different as well. A feature connotes something useful that you want to highlight for users. Something you want to &#8220;feature&#8221; in the marketing materials. Some affordances may be features. Some constraints (e.g. password protection or parental controls) might also be features. A bad affordance can be a misfeature, as can a bad constraint.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by viveka</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20288</link>
		<dc:creator>viveka</dc:creator>
		<pubDate>Thu, 26 Nov 2009 13:21:10 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20288</guid>
		<description>The apology should be mine. Since I wrote this I&#039;ve found a number of long-standing HCI practitioners who have been using &quot;affordances&quot; to mean &quot;cues&quot; or (close to correct but still not quite right) &quot;perceived affordances&quot;. I still think it&#039;s a misuse for the reasons I&#039;ve outlined, but I can certainly understand how it came about. I&#039;ve struck through the overstatement in my above comment accordingly.

I&#039;m singularly impressed with people such as James who are happy to reconsider a long-held belief when presented with a reasonable counter-argument.  I hope that I am as gracious when, inevitably, the same happens to me.</description>
		<content:encoded><![CDATA[<p>The apology should be mine. Since I wrote this I&#8217;ve found a number of long-standing HCI practitioners who have been using &#8220;affordances&#8221; to mean &#8220;cues&#8221; or (close to correct but still not quite right) &#8220;perceived affordances&#8221;. I still think it&#8217;s a misuse for the reasons I&#8217;ve outlined, but I can certainly understand how it came about. I&#8217;ve struck through the overstatement in my above comment accordingly.</p>
<p>I&#8217;m singularly impressed with people such as James who are happy to reconsider a long-held belief when presented with a reasonable counter-argument.  I hope that I am as gracious when, inevitably, the same happens to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by viveka</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20287</link>
		<dc:creator>viveka</dc:creator>
		<pubDate>Thu, 26 Nov 2009 13:11:08 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20287</guid>
		<description>Hey look, Wordpress has comment threading built in now! I just had to turn it on. So: 

I agree that words can mean whatever we want them to mean. There is no objective truth about what a word should mean. That doesn&#039;t invalidate all value judgements though: we can judge the worth of a definition on whether it makes it easier or harder to communicate.

In this case, the existence of the extra similar-but-crucially-different use is indeed leading to miscommunication. For example, I am studying the effect of place on collaborative creativity. In my research I have found good evidence that the surface appearance of a place is not as important for some kinds of creative work as the affordances of that place. I want to use the term &quot;affordances&quot; because it is far quicker than saying &quot;the things that the environment provides or makes possible for each participant, for good or ill, and dependent on the capabilities of that participant and their relationship with the environment&quot;. However if people think that &quot;affordances&quot; means &quot;surface appearance&quot;, then my point makes no sense to them.</description>
		<content:encoded><![CDATA[<p>Hey look, Wordpress has comment threading built in now! I just had to turn it on. So: </p>
<p>I agree that words can mean whatever we want them to mean. There is no objective truth about what a word should mean. That doesn&#8217;t invalidate all value judgements though: we can judge the worth of a definition on whether it makes it easier or harder to communicate.</p>
<p>In this case, the existence of the extra similar-but-crucially-different use is indeed leading to miscommunication. For example, I am studying the effect of place on collaborative creativity. In my research I have found good evidence that the surface appearance of a place is not as important for some kinds of creative work as the affordances of that place. I want to use the term &#8220;affordances&#8221; because it is far quicker than saying &#8220;the things that the environment provides or makes possible for each participant, for good or ill, and dependent on the capabilities of that participant and their relationship with the environment&#8221;. However if people think that &#8220;affordances&#8221; means &#8220;surface appearance&#8221;, then my point makes no sense to them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by James Landay</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20286</link>
		<dc:creator>James Landay</dc:creator>
		<pubDate>Thu, 26 Nov 2009 11:52:20 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20286</guid>
		<description>I appreciate your effort at correcting our misuse of this term.  But, &quot;Only a subset of HCI practitioners and first-year researchers use it in the way that you prefer&quot; is a bit strong... no, make that very strong.  I have been a researcher in this field for almost 20 years, teaching introductory and advanced graduate courses for the last 13, and I have been defining it incorrectly all this time!  I got my definition from a professor I assisted in teaching HCI at Carnegie Mellon.  So, this means there are quite a few people running around using it incorrectly...  Uh, sorry?</description>
		<content:encoded><![CDATA[<p>I appreciate your effort at correcting our misuse of this term.  But, &#8220;Only a subset of HCI practitioners and first-year researchers use it in the way that you prefer&#8221; is a bit strong&#8230; no, make that very strong.  I have been a researcher in this field for almost 20 years, teaching introductory and advanced graduate courses for the last 13, and I have been defining it incorrectly all this time!  I got my definition from a professor I assisted in teaching HCI at Carnegie Mellon.  So, this means there are quite a few people running around using it incorrectly&#8230;  Uh, sorry?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by Bob Kerns</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20285</link>
		<dc:creator>Bob Kerns</dc:creator>
		<pubDate>Wed, 25 Nov 2009 17:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20285</guid>
		<description>Viveka,

I hope this doesn&#039;t spread the focus of the debate too thinly, but here goes:

So tell me, if you substitute the word &quot;feature&quot; for &quot;affordance&quot;, what happens?

Except there are also &quot;misfeatures&quot;. Which would correspond to your &quot;constraint&quot;, I think, except the original definition of &quot;affordance&quot; would appear to encompass both.

Clearly, I&#039;m using the term &quot;feature&quot; here in the sense it has come to have in the software world.

I&#039;m just wondering if the drift in meaning isn&#039;t a result of a lack of a strong need for the original meaning, to most people.

The distinction may be more useful in its original context, of things in the physical environment.

In the software world, we are more concerned with people getting specified tasks done. We&#039;re less likely to use a wrench as a hammer because somebody borrowed the hammer and didn&#039;t put it back -- even though a heavy wrench affords a hammer-like action.

There&#039;s also the phrase &quot;better affords&quot;. Does this mean, it does it better, or it better communicates?

I do NOT like the term cue as a substitute for the (mis)use of affordance. It has the serious problem of blurring the boundary between &quot;telling the user what to do&quot;, and &quot;communicating the existence of an affordance (your usage)&quot;. Both are things that are more commonly in need of discussion than your meaning of affordance -- especially the communication aspect.

That&#039;s because, if there&#039;s no communication, the affordance is undiscovered, theoretical, futile. A lot of design activity is around communicating or efficiently presenting the affordances that are there. The affordances are often a given; the design activity neither adds nor removes them.

I think the need to discuss affordances largely centers around FAILED affordances. A lot of Norman&#039;s book is on that, as I recall. The affordance is there, waiting to be used -- but nobody uses it. Why?

A truly successful affordance often becomes synonymous with the name of the object. A hammer &quot;hammers&quot; things. Or the object is named for its primary affordance.

My intent here isn&#039;t to argue for one side or the other, actually. I&#039;m not a French lexicographer! I just think these are reasons you&#039;re fighting an uphill battle.

BTW, I like your approach the the kickback-link issue. It clearly provides and communicates the non-kickback affordance, without needing a separate disclaimer, explanation, etc. I&#039;m going to steal the idea. Not that I&#039;ve ever made a dime from such links, but I can dream... :)

Disclaimer: I used to work with Jared decades ago.</description>
		<content:encoded><![CDATA[<p>Viveka,</p>
<p>I hope this doesn&#8217;t spread the focus of the debate too thinly, but here goes:</p>
<p>So tell me, if you substitute the word &#8220;feature&#8221; for &#8220;affordance&#8221;, what happens?</p>
<p>Except there are also &#8220;misfeatures&#8221;. Which would correspond to your &#8220;constraint&#8221;, I think, except the original definition of &#8220;affordance&#8221; would appear to encompass both.</p>
<p>Clearly, I&#8217;m using the term &#8220;feature&#8221; here in the sense it has come to have in the software world.</p>
<p>I&#8217;m just wondering if the drift in meaning isn&#8217;t a result of a lack of a strong need for the original meaning, to most people.</p>
<p>The distinction may be more useful in its original context, of things in the physical environment.</p>
<p>In the software world, we are more concerned with people getting specified tasks done. We&#8217;re less likely to use a wrench as a hammer because somebody borrowed the hammer and didn&#8217;t put it back &#8212; even though a heavy wrench affords a hammer-like action.</p>
<p>There&#8217;s also the phrase &#8220;better affords&#8221;. Does this mean, it does it better, or it better communicates?</p>
<p>I do NOT like the term cue as a substitute for the (mis)use of affordance. It has the serious problem of blurring the boundary between &#8220;telling the user what to do&#8221;, and &#8220;communicating the existence of an affordance (your usage)&#8221;. Both are things that are more commonly in need of discussion than your meaning of affordance &#8212; especially the communication aspect.</p>
<p>That&#8217;s because, if there&#8217;s no communication, the affordance is undiscovered, theoretical, futile. A lot of design activity is around communicating or efficiently presenting the affordances that are there. The affordances are often a given; the design activity neither adds nor removes them.</p>
<p>I think the need to discuss affordances largely centers around FAILED affordances. A lot of Norman&#8217;s book is on that, as I recall. The affordance is there, waiting to be used &#8212; but nobody uses it. Why?</p>
<p>A truly successful affordance often becomes synonymous with the name of the object. A hammer &#8220;hammers&#8221; things. Or the object is named for its primary affordance.</p>
<p>My intent here isn&#8217;t to argue for one side or the other, actually. I&#8217;m not a French lexicographer! I just think these are reasons you&#8217;re fighting an uphill battle.</p>
<p>BTW, I like your approach the the kickback-link issue. It clearly provides and communicates the non-kickback affordance, without needing a separate disclaimer, explanation, etc. I&#8217;m going to steal the idea. Not that I&#8217;ve ever made a dime from such links, but I can dream&#8230; <img src='http://xn--rls.viveka.id.au/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Disclaimer: I used to work with Jared decades ago.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reclaiming Affordances by Andrew Ingram</title>
		<link>http://xn--rls.viveka.id.au/affordances/comment-page-1/#comment-20284</link>
		<dc:creator>Andrew Ingram</dc:creator>
		<pubDate>Wed, 25 Nov 2009 14:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://xn--rls.viveka.id.au/?p=154#comment-20284</guid>
		<description>It&#039;s a common occurrence in any environment for people to adopt words without using their correct meaning, and it&#039;s incredibly frustrating - to the point that you have to clarify definitions at the start of each meeting to avoid confusion.

I think it&#039;s very important to only introduce technical terminology when everyday language is insufficient, and to use technical terminology consistently.

Your cue/affordance example is very good, for one thing it made the sentence much easier to understand.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a common occurrence in any environment for people to adopt words without using their correct meaning, and it&#8217;s incredibly frustrating &#8211; to the point that you have to clarify definitions at the start of each meeting to avoid confusion.</p>
<p>I think it&#8217;s very important to only introduce technical terminology when everyday language is insufficient, and to use technical terminology consistently.</p>
<p>Your cue/affordance example is very good, for one thing it made the sentence much easier to understand.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
