<?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: Drupal.org redesign &#8211; Cardsorting Module Categories</title>
	<atom:link href="http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/</link>
	<description>Observing, reflecting, designing.</description>
	<lastBuildDate>Thu, 09 Feb 2012 23:14:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: HansBKK</title>
		<link>http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/comment-page-1/#comment-170211</link>
		<dc:creator>HansBKK</dc:creator>
		<pubDate>Wed, 19 Nov 2008 06:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/?p=655#comment-170211</guid>
		<description>I think just two or three, otherwise a lot of modules and categories belong in more than one container:

Site-building foundations

Adding site features

Additional tools

To me a better idea is just using a well-structured taxonomy (not freetagging, but perhaps voting/rating on ideas for new terms) and allowing modules to be tagged with as many terms as applicable.

Then have a specific &quot;looking for modules&quot; forum where visitors can come, describe their use case and get advice as to what *terms* apply as well as specific module tips.

This could of course supplement the &quot;this belongs in only one place&quot; idea for more structured navigation, I jus think that&#039;s less useful for a domain where the edges aren&#039;t clear.</description>
		<content:encoded><![CDATA[<p>I think just two or three, otherwise a lot of modules and categories belong in more than one container:</p>
<p>Site-building foundations</p>
<p>Adding site features</p>
<p>Additional tools</p>
<p>To me a better idea is just using a well-structured taxonomy (not freetagging, but perhaps voting/rating on ideas for new terms) and allowing modules to be tagged with as many terms as applicable.</p>
<p>Then have a specific &#8220;looking for modules&#8221; forum where visitors can come, describe their use case and get advice as to what *terms* apply as well as specific module tips.</p>
<p>This could of course supplement the &#8220;this belongs in only one place&#8221; idea for more structured navigation, I jus think that&#8217;s less useful for a domain where the edges aren&#8217;t clear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sun</title>
		<link>http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/comment-page-1/#comment-170030</link>
		<dc:creator>sun</dc:creator>
		<pubDate>Tue, 18 Nov 2008 21:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/?p=655#comment-170030</guid>
		<description>On first sight, I wanted to agree with Boris, but then went ahead to see whether this really cannot be done.

Now I think it can be done.  It is *very* challenging.  You should have some neat top-level vocabulary names when you&#039;re done.

Some items are missing though - f.e. generic ones like &quot;Theming&quot;, &quot;Administration&quot;, &quot;Help&quot;, &quot;Community&quot;, &quot;Blog&quot;, as well as some of the other terms that were mentioned in the other blog post comments.</description>
		<content:encoded><![CDATA[<p>On first sight, I wanted to agree with Boris, but then went ahead to see whether this really cannot be done.</p>
<p>Now I think it can be done.  It is *very* challenging.  You should have some neat top-level vocabulary names when you&#8217;re done.</p>
<p>Some items are missing though &#8211; f.e. generic ones like &#8220;Theming&#8221;, &#8220;Administration&#8221;, &#8220;Help&#8221;, &#8220;Community&#8221;, &#8220;Blog&#8221;, as well as some of the other terms that were mentioned in the other blog post comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leisa.reichelt</title>
		<link>http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/comment-page-1/#comment-170023</link>
		<dc:creator>leisa.reichelt</dc:creator>
		<pubDate>Tue, 18 Nov 2008 21:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/?p=655#comment-170023</guid>
		<description>hi Boris
they&#039;re not actually the current categories, they are some alternate (I think improved) categories, but we are keen to reduce the number of categories so the idea of this card sort is to see if there are any logical meta-categories... make sense?

I&#039;d much rather sort some modules, but I wasn&#039;t able to come up with a way to do that given that there are *so* many modules (how would you choose a sub-set? I couldn&#039;t come up with a logical approach, although I guess we could sort the first few dozen most used modules?). 

The other problem is that evaluating *what* a module actually does is tricky - you certainly can&#039;t do it from the title only in many cases (even some of the most important modules, like, say CCK), and even with all of the information supplied with a module it can still be difficult.

So, yes, it&#039;s not a perfect approach and theoretically sorting modules would make much more sense. I don&#039;t know how useful this exercise will prove to be - we&#039;re just looking for patterns and seeing if anything interesting emerges.

thanks for your feedback :)</description>
		<content:encoded><![CDATA[<p>hi Boris<br />
they&#8217;re not actually the current categories, they are some alternate (I think improved) categories, but we are keen to reduce the number of categories so the idea of this card sort is to see if there are any logical meta-categories&#8230; make sense?</p>
<p>I&#8217;d much rather sort some modules, but I wasn&#8217;t able to come up with a way to do that given that there are *so* many modules (how would you choose a sub-set? I couldn&#8217;t come up with a logical approach, although I guess we could sort the first few dozen most used modules?). </p>
<p>The other problem is that evaluating *what* a module actually does is tricky &#8211; you certainly can&#8217;t do it from the title only in many cases (even some of the most important modules, like, say CCK), and even with all of the information supplied with a module it can still be difficult.</p>
<p>So, yes, it&#8217;s not a perfect approach and theoretically sorting modules would make much more sense. I don&#8217;t know how useful this exercise will prove to be &#8211; we&#8217;re just looking for patterns and seeing if anything interesting emerges.</p>
<p>thanks for your feedback :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boris Mann</title>
		<link>http://www.disambiguity.com/drupalorg-redesign-cardsorting-module-categories/comment-page-1/#comment-169949</link>
		<dc:creator>Boris Mann</dc:creator>
		<pubDate>Tue, 18 Nov 2008 18:43:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.disambiguity.com/?p=655#comment-169949</guid>
		<description>Card sorting the current categories doesn&#039;t seem to make much sense. I can&#039;t see any connections with these categories. Would sorting some sub set of modules be more useful?</description>
		<content:encoded><![CDATA[<p>Card sorting the current categories doesn&#8217;t seem to make much sense. I can&#8217;t see any connections with these categories. Would sorting some sub set of modules be more useful?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

