<?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 on: Some thoughts on testing icons</title>
	<atom:link href="http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/</link>
	<description>Professional OpenSource Usability</description>
	<lastBuildDate>Thu, 02 Feb 2012 17:59:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Björn Balazs</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1313</link>
		<dc:creator>Björn Balazs</dc:creator>
		<pubDate>Wed, 23 Dec 2009 12:37:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1313</guid>
		<description>@Random Dork #42523: Sorry, we will keep this on the agenda, but it won&#039;t be highest priority. So, you will have to live with the way it works at the moment for some more time.</description>
		<content:encoded><![CDATA[<p>@Random Dork #42523: Sorry, we will keep this on the agenda, but it won&#8217;t be highest priority. So, you will have to live with the way it works at the moment for some more time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Random Dork #42523</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1301</link>
		<dc:creator>Random Dork #42523</dc:creator>
		<pubDate>Wed, 23 Dec 2009 04:18:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1301</guid>
		<description>Don&#039;t get me wrong here, I think you guys are doing important work. But please, please, pretty please, get rid of the fixed width on the survey HTML. :) Not everyone has 1920x1280 monitors. ;)</description>
		<content:encoded><![CDATA[<p>Don&#8217;t get me wrong here, I think you guys are doing important work. But please, please, pretty please, get rid of the fixed width on the survey HTML. <img src='http://www.opensource-usability-labs.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Not everyone has 1920&#215;1280 monitors. <img src='http://www.opensource-usability-labs.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Björn Balazs</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1257</link>
		<dc:creator>Björn Balazs</dc:creator>
		<pubDate>Thu, 17 Dec 2009 18:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1257</guid>
		<description>I tend to repeat myself: We know whether the users chose an icon directly because it simply fits or not. We can even figure out when an icon was chosen by 100% of the users, but only as a result of sorting out all other icons as less fitting. So we just do not need a &quot;no icon fits&quot;-button.

We ask the questions concerning experience, usage behviour etc. simply because we want to be able to analyse the results further and to understand how the background influences the understanding of icons.</description>
		<content:encoded><![CDATA[<p>I tend to repeat myself: We know whether the users chose an icon directly because it simply fits or not. We can even figure out when an icon was chosen by 100% of the users, but only as a result of sorting out all other icons as less fitting. So we just do not need a &#8220;no icon fits&#8221;-button.</p>
<p>We ask the questions concerning experience, usage behviour etc. simply because we want to be able to analyse the results further and to understand how the background influences the understanding of icons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Random Dork #42523</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1245</link>
		<dc:creator>Random Dork #42523</dc:creator>
		<pubDate>Wed, 16 Dec 2009 00:34:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1245</guid>
		<description>Have to say that I agree that some of the icons just did not fit and I had to think a while about what to put, even when nothing fit. So eventually I just used the trash can icon for such things. Had I known I could leave stuff blank, I would have chosen that. :-/

I mean, really, sometimes an icon is more cumbersome than the words. I kept thinking to myself, &quot;I&#039;m pretty sure I know which one they had in mind, but it really doesn&#039;t fit and/or make sense.&quot;

Also: I&#039;m on a small form factor machine with a max resolution of 1024x768, and I generally don&#039;t like to browse full screen. It would be nice if your survey would fit into the browser window instead of using a fixed size and forcing me to scroll for every answer. Now *that&#039;s* bad usability...</description>
		<content:encoded><![CDATA[<p>Have to say that I agree that some of the icons just did not fit and I had to think a while about what to put, even when nothing fit. So eventually I just used the trash can icon for such things. Had I known I could leave stuff blank, I would have chosen that. :-/</p>
<p>I mean, really, sometimes an icon is more cumbersome than the words. I kept thinking to myself, &#8220;I&#8217;m pretty sure I know which one they had in mind, but it really doesn&#8217;t fit and/or make sense.&#8221;</p>
<p>Also: I&#8217;m on a small form factor machine with a max resolution of 1024&#215;768, and I generally don&#8217;t like to browse full screen. It would be nice if your survey would fit into the browser window instead of using a fixed size and forcing me to scroll for every answer. Now *that&#8217;s* bad usability&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Jarvis &#187; Blog Archive &#187; How to stop worrying and love the rebranding</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1242</link>
		<dc:creator>Stuart Jarvis &#187; Blog Archive &#187; How to stop worrying and love the rebranding</dc:creator>
		<pubDate>Tue, 15 Dec 2009 18:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1242</guid>
		<description>[...] (CC-by) I just had a quick scan through Planet KDE for examples and I&#8217;m going to pick on Björn&#8217;s excellent post about icon usability (if you didn&#8217;t already, please complete the test). Not because it&#8217;s bad &#8211; or [...]</description>
		<content:encoded><![CDATA[<p>[...] (CC-by) I just had a quick scan through Planet KDE for examples and I&#8217;m going to pick on Björn&#8217;s excellent post about icon usability (if you didn&#8217;t already, please complete the test). Not because it&#8217;s bad &#8211; or [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fri13</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1241</link>
		<dc:creator>Fri13</dc:creator>
		<pubDate>Tue, 15 Dec 2009 18:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1241</guid>
		<description>Björn Balazs, that has one point, but multiple choices what people make are gathered from individuals and it should be possible always to give them information that they can otherwise express their opinion that none of the icons fit the function, even that they are familiar for the current icons. Just not choosing anything is harder and just gives a doubt for the results, especially when the user is old KMail users, as the test ask.

There is no way to be sure that user has selected the icon because she/he knows it is correct one (already used) or that he believes it just fits to question but is not best for it.

And when the scale of the icons are very limited, test had ~30 icons(?) and if question is &quot;Draft&quot;, there is very small amount of icons what can actually fit to that function because user does not have multiple choises from different icons what would actually resemble the &quot;draft&quot;. Like if 90% icons are about arrows to different directions, a lock or a camera and 1-2 has similarity to paper and pen or storing for later user, the 90% icons there does not give the user the possibility to express real truth what icon is best there.

I was waiting that there are multiple versions for every action what have be done. So we can choose best of them. Not that there is over 90% icons what does not even resemble the function what is questioned.

To make a analogy, it was like 90% of people who you can vote are white and only 10% are black and you have 10 person who you can vote. You can not get truthfully results if you ask &quot;Select the person who would not be seen in the dark so easily&quot;. But if all person who you can vote are colored by their skin, the voter need to actually thing more and you can get more accurate results for better results. Like if 10% are white, only for very weird reason someone would vote him/her as answer for same question.</description>
		<content:encoded><![CDATA[<p>Björn Balazs, that has one point, but multiple choices what people make are gathered from individuals and it should be possible always to give them information that they can otherwise express their opinion that none of the icons fit the function, even that they are familiar for the current icons. Just not choosing anything is harder and just gives a doubt for the results, especially when the user is old KMail users, as the test ask.</p>
<p>There is no way to be sure that user has selected the icon because she/he knows it is correct one (already used) or that he believes it just fits to question but is not best for it.</p>
<p>And when the scale of the icons are very limited, test had ~30 icons(?) and if question is &#8220;Draft&#8221;, there is very small amount of icons what can actually fit to that function because user does not have multiple choises from different icons what would actually resemble the &#8220;draft&#8221;. Like if 90% icons are about arrows to different directions, a lock or a camera and 1-2 has similarity to paper and pen or storing for later user, the 90% icons there does not give the user the possibility to express real truth what icon is best there.</p>
<p>I was waiting that there are multiple versions for every action what have be done. So we can choose best of them. Not that there is over 90% icons what does not even resemble the function what is questioned.</p>
<p>To make a analogy, it was like 90% of people who you can vote are white and only 10% are black and you have 10 person who you can vote. You can not get truthfully results if you ask &#8220;Select the person who would not be seen in the dark so easily&#8221;. But if all person who you can vote are colored by their skin, the voter need to actually thing more and you can get more accurate results for better results. Like if 10% are white, only for very weird reason someone would vote him/her as answer for same question.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Björn Balazs</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1237</link>
		<dc:creator>Björn Balazs</dc:creator>
		<pubDate>Tue, 15 Dec 2009 15:29:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1237</guid>
		<description>@Fri13: These tests do not work because of an individual response. They work because of masses of individual responses. And if there is no real matching icon for a term, people will randomly choose icons. We can see this random choice, because different people choose different random icons and it takes much longer to choose a random icon, than to spot the good ones. This is why we do not need a &quot;None of them is good&quot; option.</description>
		<content:encoded><![CDATA[<p>@Fri13: These tests do not work because of an individual response. They work because of masses of individual responses. And if there is no real matching icon for a term, people will randomly choose icons. We can see this random choice, because different people choose different random icons and it takes much longer to choose a random icon, than to spot the good ones. This is why we do not need a &#8220;None of them is good&#8221; option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fri13</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1234</link>
		<dc:creator>Fri13</dc:creator>
		<pubDate>Tue, 15 Dec 2009 14:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1234</guid>
		<description>I do not understand how you can see that icon is working fine when user selects the icon but still thinks it is not best one for that?

I made many such choices because I did not understand at all that I can just vote &quot;empty&quot; by not selecting the icon and pressing Next.

There were many icons what should be fixed but they were familiar now from KMail.

There really should be &quot;None of shown is good&quot; -choice there or someway to tell &quot;I see this fits best from these all options, but it could be much more better&quot;.

Like there were question what is best icon for inbox... who would really choose the arrow left or the arrow right icon? Or who would choose a icon showing STOP sign?</description>
		<content:encoded><![CDATA[<p>I do not understand how you can see that icon is working fine when user selects the icon but still thinks it is not best one for that?</p>
<p>I made many such choices because I did not understand at all that I can just vote &#8220;empty&#8221; by not selecting the icon and pressing Next.</p>
<p>There were many icons what should be fixed but they were familiar now from KMail.</p>
<p>There really should be &#8220;None of shown is good&#8221; -choice there or someway to tell &#8220;I see this fits best from these all options, but it could be much more better&#8221;.</p>
<p>Like there were question what is best icon for inbox&#8230; who would really choose the arrow left or the arrow right icon? Or who would choose a icon showing STOP sign?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Björn Balazs</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1232</link>
		<dc:creator>Björn Balazs</dc:creator>
		<pubDate>Tue, 15 Dec 2009 10:40:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1232</guid>
		<description>Again this idea would make the interface more complex and at the same time we would not gain more information. We can see from the answering behaviour whether an icons is working fine or not. We do not need participants to explicitly state this.</description>
		<content:encoded><![CDATA[<p>Again this idea would make the interface more complex and at the same time we would not gain more information. We can see from the answering behaviour whether an icons is working fine or not. We do not need participants to explicitly state this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dion Moult</title>
		<link>http://www.opensource-usability-labs.com/tine20/2009/12/14/some-thoughts-on-testing-icons/comment-page-1/#comment-1231</link>
		<dc:creator>Dion Moult</dc:creator>
		<pubDate>Tue, 15 Dec 2009 05:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.opensource-usability-labs.com/?p=237#comment-1231</guid>
		<description>You should offe an optional checkbox &quot;could be impoved&quot; or &quot;unsure&quot; alongside the &quot;pick the closest icon&quot;&quot;. that&#039;ll both provide a visual indicator and an ambiguity indicator.</description>
		<content:encoded><![CDATA[<p>You should offe an optional checkbox &#8220;could be impoved&#8221; or &#8220;unsure&#8221; alongside the &#8220;pick the closest icon&#8221;". that&#8217;ll both provide a visual indicator and an ambiguity indicator.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

