<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
			<channel>
				<title>Clagnut</title>
				<link>http://clagnut.com/</link>
				<atom:link href="http://clagnut.com/feeds/fullposts.xml" rel="self" type="application/rss+xml" />
				<description>A blog by Richard Rutter. Root through a heap of web design and development stuff and a few other tasty morsels. (latest 5 posts in full)</description>
				<language>en-gb</language>
				<copyright>Copyright 2003-2011, Richard Rutter</copyright>
				<webMaster>rich@clagnut.com (Richard Rutter)</webMaster>
				<managingEditor>rich@clagnut.com (Richard Rutter)</managingEditor>
				<image>
					<url>http://clagnut.com/images/clagnut_rss.png</url>
					<link>http://clagnut.com/</link>
					<title>Clagnut</title>
					<width>88</width>
					<height>31</height>
				</image>
		<item>
			<pubDate>Mon, 19 Dec 2011 09:44:55 PST</pubDate>
			<title>Heaven Devoid of Stars &#8211; a tale of cross-browser kerning</title>
			<link>http://clagnut.com/blog/2370/</link>
			<guid>http://clagnut.com/blog/2370/</guid>
			<description><![CDATA[<p>Over on the <a href="http://blog.fontdeck.com/">Fontdeck Blog</a> I posted a <a href="http://blog.fontdeck.com/post/13921941327/xmas11">Christmas List for Type Fans</a>. Among the things of beauty listed was <a href="http://shop.ilovetypography.com/product/a-world-without-type">this print</a> sold in the <a href="http://shop.ilovetypography.com/">I Love Typography store</a>.</p>

	<p>It was designed by <a href="http://typedia.com/explore/designer/stefan-hattenbach/">Stefan Hattenbach</a> of <a href="http://fontdeck.com/foundry/macrhinofonts"><abbr>MAC</abbr> Rhino Fonts</a>, and set in his <a href="http://fontdeck.com/font/tarocco/bold">Tarocco Bold</a>. I love setting type (usually while Her Indoors is watching some rubbish on the telly), and Tarocco is available from <a href="http://fontdeck.com/">Fontdeck</a> so I thought I&#8217;d give this print a go. I&#8217;m pretty pleased with the result, but it wasn&#8217;t without its problems.</p>

	<p>When you&#8217;re setting type at large sizes like this <abbr>A2</abbr> print, a certain amount of hand kerning is involved, even if the font you&#8217;re using includes kerning instructions. (Kerning means nudging letters together or apart, so they look more evenly spaced). I wanted to kern the web text exactly as Stefan kerned his print text, which I did fairly successfully:</p>

	<p class='imgholder'><a href="http://clagnut.com/images/stars/compare-orig.png"><img src="http://clagnut.com/images/stars/compare.png" alt="" /></a><br />
Left: My web layout; Right: Stefan&#8217;s print layout</p>

	<p>The screenshot above-left was taken in Firefox 8 on a Mac. When I looked at the same page in Safari I was disappointed. The differences in letter spacing are small but clear:</p>

	<p class='imgholder'><a href="http://clagnut.com/images/stars/safari-orig.png"><img src="http://clagnut.com/images/stars/safari.png" alt="" /></a><br />
Rendering in Safari</p>

	<p>But wait! Of course Firefox on a Mac has kerning instructions turned on by default, but Safari needs <code>text-rendering:optimizeLegibility</code> to turn on kerning. So I duly added that property and got this result:</p>

	<p class='imgholder'><a href="http://clagnut.com/images/stars/safari2-orig.png"><img src="http://clagnut.com/images/stars/safari2.png" alt="" /></a><br />
<a imglink href="http://clagnut.com/images/stars/safari2-orig.png"><img src="http://clagnut.com/images/stars/safari2-mag.png" alt="" /></a><br />
Left: Safari with text-rendering:optimizeLegibility; Right: With Firefox superimposed on top</p>

	<p>Safari is now better, but it&#8217;s still different to Firefox. There is different spacing between the letters, most noticeable between the T and A of <abbr>STARS</abbr> in the final line. Why? Does Safari kern differently? To answer that question we need to look at the markup. Here&#8217;s that final line:</p>

<pre><code><code>OF
&lt;span class="kern1"&gt;
  ST
  &lt;span class="kern2"&gt;
    A
    &lt;span class="kern3"&gt;
      RS
    &lt;/span&gt;
  &lt;/span&gt;
&lt;/span&gt;</code></code></pre>

	<p>I&#8217;ve wrapped a <code>span</code> around the word &#8216;Stars&#8217; and relatively positioned it towards the previous word &#8216;Of&#8217;. Within &#8216;Stars&#8217;, I&#8217;ve nested two more <code>spans</code>. Note in particular that the first of those <code>&lt;span&gt;</code> tags splits the &#8216;T&#8217; and &#8216;A&#8217;.</p>

	<p class='imgholder inline'><img src="http://clagnut.com/images/stars/kerning.png" alt="T-A kerning pair screenshot" /></p>

	<p>The Fontdeck <a href="http://fontdeck.com/typeface/tarocco/">Tarocco webfont</a> includes kerning instructions, so now let&#8217;s look at Tarocco Bold&#8217;s kerning table. We see that there is an instruction to move the A eighty units towards the T. That&#8217;s a big kern, as you might expect with such a character pair. What&#8217;s clearly happening in Safari is that it sees the <code>&lt;span&gt;</code> tag separating the T and A, and decides that these characters are no longer adjacent and thus should not be kerned. Firefox behaves otherwise &#8211; it kerns the character pair despite them being separated by a <code>&lt;span&gt;</code> tag.</p>

	<p>For me, Firefox gets it right. I&#8217;ll concede the problems I came across are pretty niche, but I believe inline elements should be ignored when it comes to deciding on whether or not to kern adjacent characters.</p>

	<h3>Cross-browser success</h3>

	<p>Having said all that, I did manage to get consistent type setting across all modern browsers. The trick was turn off the font&#8217;s kerning instructions first, and then re-kern everything manually. The way to turn off kerning, in addition to omitting <code>text-rendering:optimizeLegibility</code>, is with the <code>font-feature-settings</code> property. There are two different syntaxes: the old Mozilla way and the newer <abbr>CSS</abbr> 3 way, so you&#8217;ll need to include all these lines to be sure:</p>

<pre><code><code>-moz-font-feature-settings:"kern=0";
-webkit-font-feature-settings:"kern" 0;
-o-font-feature-settings:"kern" 0;
-ms-font-feature-settings:"kern" 0;
font-feature-settings:"kern" 0;</code></code></pre>

	<p>I should point out that, out of all the above properties, only <code>-moz-font-feature-settings</code> is actually supported, and that in Firefox 3.6 and above.</p>

	</div>
<div class='segment'>

	<p><a href="http://clagnut.com/sandbox/stars/">Here&#8217;s my final version</a></p>

	<h3>Takeaway</h3>

	<p>If you&#8217;re going to manually kern, make sure you turn off the font&#8217;s kerning instructions first, thereby ensuring a common starting point and consistency across browsers.</p>

	</div>
<div class='segment'>

	<p>And as a final note, if you like the look of Tarocco Bold (know I do) then you&#8217;ll do well to check the <a href="http://2011.adfont-calendar.com/">Adfont Calendar</a> today (19th December).</p>
<p><a href='http://clagnut.com/blog/2370/'>Read or add comments</a></p>]]></description>
			<category domain="http://clagnut.com/archive/browsers/">Browsers</category>
			<category domain="http://clagnut.com/archive/typography/">Typography</category>
			<category domain="http://clagnut.com/archive/css_techniques/">CSS techniques</category>
<category domain="http://technorati.com/tag/Typography,">Typography,</category>
<category domain="http://technorati.com/tag/CSS,">CSS,</category>
<category domain="http://technorati.com/tag/webfonts,">webfonts,</category>
<category domain="http://technorati.com/tag/web">web</category>
<category domain="http://technorati.com/tag/typography,">typography,</category>
<category domain="http://technorati.com/tag/Fontdeck,">Fontdeck,</category>
<category domain="http://technorati.com/tag/Browsers,">Browsers,</category>
<category domain="http://technorati.com/tag/CSS">CSS</category>
<category domain="http://technorati.com/tag/techniques,">techniques,</category>
<category domain="http://technorati.com/tag/,">,</category>
<category domain="http://technorati.com/tag/CSS">CSS</category>
<category domain="http://technorati.com/tag/3,">3,</category>
<category domain="http://technorati.com/tag/kerning,">kerning,</category>
<category domain="http://technorati.com/tag/typesetting,">typesetting,</category>
<category domain="http://technorati.com/tag/fonts,">fonts,</category>
<category domain="http://technorati.com/tag/type,">type,</category>
<category domain="http://technorati.com/tag/Stefan">Stefan</category>
<category domain="http://technorati.com/tag/Hattenbach,">Hattenbach,</category>
<category domain="http://technorati.com/tag/Tarocco">Tarocco</category>
		</item>
		<item>
			<pubDate>Thu, 03 Nov 2011 14:07:45 PST</pubDate>
			<title>ClagTunes episode 4</title>
			<link>http://clagnut.com/blog/2368/</link>
			<guid>http://clagnut.com/blog/2368/</guid>
			<description><![CDATA[<p>It&#8217;s Episode Four. Here&#8217;s the track listing:</p>


<ol>
	<li><cite>Be Comfortable, Creature</cite> by the Explosions in the Sky from <a href="http://www.amazon.co.uk/exec/obidos/ASIN/B004O3VIJQ/jalfrezi-21/">Take Care, Take Care, Take Care</a></li>
	<li><cite>Avant Garde Music</cite> by Ballboy from <a href="http://www.amazon.co.uk/exec/obidos/ASIN/B00006W2UM/jalfrezi-21/">A Guide for the Daylight Hours</a></li>
	<li><cite>My Heart Rate Rapid</cite> by Metronomy from <a href="http://www.amazon.co.uk/exec/obidos/ASIN/B0017LI8FK/jalfrezi-21/">Nights Out</a></li>
	<li><cite>Die</cite> by Girls from <a href="http://www.amazon.co.uk/exec/obidos/ASIN/B005CM9ECQ/jalfrezi-21/">Father, Son, Holy Ghost</a></li>
	<li><cite>Wired</cite> by I Break Horses from <a href="http://www.amazon.co.uk/exec/obidos/ASIN/B0052M304O/jalfrezi-21/">Hearts</a></li>

</ol>
	<p>Visit the <a href="http://clagnut.com/clagtunes">clagTunes</a> page for full subscription details, or click one of these links (thanks <a href="http://huffduffer.com/clagtunes" rel="me">Huffduffer</a>):</p>


<ul>
	<li><a rel="alternate" type="application/rss+xml" href="http://huffduffer.com/clagtunes/rss"><abbr title='Really Simple Syndication'>RSS</abbr></a></li>
	<li><a href="itpc://huffduffer.com/clagtunes/rss">Via iTunes</a></li>
	<li>Download <a href="http://dl.dropbox.com/u/512578/clagTunes/ClagTunes%20episode%204.mp3">Episode 4</a> (36.2 Mb)</li>
</ul>
<p><a href='http://clagnut.com/blog/2368/'>Read or add comments</a></p>]]></description>
			<category domain="http://clagnut.com/archive/music/">Music</category>
			<category domain="http://clagnut.com/archive/clagtunes/">ClagTunes</category>
<category domain="http://technorati.com/tag/ClagTunes,">ClagTunes,</category>
<category domain="http://technorati.com/tag/Music,">Music,</category>
<category domain="http://technorati.com/tag/podcast,">podcast,</category>
<category domain="http://technorati.com/tag/Explosions">Explosions</category>
<category domain="http://technorati.com/tag/in">in</category>
<category domain="http://technorati.com/tag/the">the</category>
<category domain="http://technorati.com/tag/Sky,">Sky,</category>
<category domain="http://technorati.com/tag/Girls,">Girls,</category>
<category domain="http://technorati.com/tag/Metronomy,">Metronomy,</category>
<category domain="http://technorati.com/tag/Ballboy,">Ballboy,</category>
<category domain="http://technorati.com/tag/I">I</category>
<category domain="http://technorati.com/tag/Break">Break</category>
<category domain="http://technorati.com/tag/Horses">Horses</category>
		</item>
		<item>
			<pubDate>Sun, 23 Oct 2011 19:30:06 PST</pubDate>
			<title>The trouble with font classifications</title>
			<link>http://clagnut.com/blog/2367/</link>
			<guid>http://clagnut.com/blog/2367/</guid>
			<description><![CDATA[<p>Font classifications have many issues, but chief among them is that they are data-centric and not user-centric. Font classifications provide boxes in which to put fonts, but if you &#8211; the visual designer &#8211; don&#8217;t know which boxes to look in, retrieving fonts to address given design requirements can be difficult.</p>

	<p>Put more specifically, font classifications pigeon-hole fonts by historical or visual attributes, but not by role, sentiment, emotional impact, mental association, idiosyncrasies, technical features, stylistic variety, societal characteristics, internationalisation, technical concerns, or many other ways that a visual designer may be approaching font selection. I want to change that, but it won&#8217;t be easy, and I&#8217;ll need some help (<a href="#helpme">more on that later</a>).</p>

	<p>The thing is, there is no one font classification system to rule them all. In fact there is a <a href="http://cg.scs.carleton.ca/%7Eluc/classify.html">huge number of classification systems</a>. A British Standard for (BS 2961) does &#8211; or did &#8211; exist, but that seems to have been abandoned fifty years ago. It was based on the <a href="http://en.wikipedia.org/wiki/VOX-ATypI_classification">Vox-ATypI</a> system which was adopted by <a href="http://www.atypi.org/">ATypI</a> (the Association International Typographique) in 1962. The Vox-ATypI system was compiled by Maximilien Vox in 1952 and reflected the availability of fonts at the time, the vast majority of which were historical serif body text fonts. Sans-serif and slab-serif fonts are not well served by the classification, and fonts for use at heading and display sizes are almost completely ignored.</p>

	<p>In addition to its Victorian bias, the Vox-ATypI category names are also arcane and cryptic. Consider the serif categories &#8216;Garald&#8217; and &#8216;Didone&#8217;. These words are constructs of 16th and 19th Century type designers <i>Gara</i>mond &#38; <i>Ald</i>us Manutius, and <i>Did</i>ot &#38; Bo<i>don</i>i. These labels will clearly mean little to most designers without a formal typographic education. Admittedly <a href="http://fontdeck.com/">Fontdeck</a> uses both these terms in its font browsing system, although it incorporate other classifications and tagging to provide further routes for finding and filtering.</p>

	<p>Earlier this month, the type designer <a href="http://typodermicfonts.com/pages/about">Ray Larabie</a> began a <a href="http://typophile.com/node/85976">thread on Typophile</a> by saying &#8220;conventional font categories are practically useless to me.&#8221; With this, Larabie posted a very different list of categories which he uses to classify his fonts, almost all of which &#8220;fall under decorative or sans-serif&#8221;. The ensuring conversation with other type designers is well worth a read.</p>

	<h3>Font description schemes</h3>

	<p>Font classifications provide single words with which to categorise fonts, but font description schemes, such as <a href="http://en.wikipedia.org/wiki/PANOSE">Panose</a>, go a step further and provide systematic facets by which to describe fonts. In 2002 <a href="http://twitter.com/ThinkingType">Catherine Dixon</a> presented a <a href="http://www.stbride.org/friends/conference/twentiethcenturygraphiccommunication/TypefaceClassification.html">font description scheme</a> which nicely combined the historical background of the font (&#8216;sources&#8217;) with an eight-facet visual analysis of the typeface (&#8216;formal attributes&#8217;). The really clever bit was the layering on &#8216;patterns&#8217;. The afore-mentioned Didone classification is a &#8216;pattern&#8217; that can be described by a combination of source and formal attributes, thus affording the system a kind of shorthand and backwards compatibility into font classifications. But more importantly, the system enables fonts now, and in the future, to be precisely described and grouped, and whats more its inherently designed to be extensible with the possible addition of new sources, formal attributes and patterns. </p>

	<p>But that said, Dixon&#8217;s system is still data-centric rather than user-centric, and still only describes what the font looks like. So if you know what visual characteristics you want in a font, and you know what terms like &#8216;ball terminal&#8217; means then it could be of use; otherwise perhaps not.</p>

	<h3>I don&#8217;t want to design a new font classification system</h3>

	<blockquote><p>Categories, taxonomies, classifications are dependant on time, context and target group: what is good for a typographer isn&#8217;t the same that&#8217;s good for a discerning customer. &#8211; <a href="http://typophile.com/node/85976#comment-479739">Riccardo Sartori</a></p></blockquote>

	<p>Neither do I want to design a new type description scheme. Want I do want to design is a new way for visual designers to find fonts which specifically suit their needs and the needs of their clients. This means approaching things by way of a user-centred design process. </p>

	<h3 id="helpme">This is where you come in</h3>

	<p>As a starting point, I have extracted around forty tags from the hundreds used by foundries to describe their fonts on Fontdeck. The tags I&#8217;ve selected deliberately vary from reasonably understandable words like &#8216;news&#8217;, &#8216;wide&#8217; and &#8216;romantic&#8217; to more esoteric terminology such as &#8216;fat face&#8217;, &#8216;monoline&#8217; and &#8216;spurless&#8217;. </p>

	<p>Using the splendid tool <a href="http://www.optimalworkshop.com/optimalsort.htm">OptimalSort</a>, I&#8217;ve created an online open card sort for these tags. If you&#8217;re a web designer or anyone who has a professional interest in fonts, what I&#8217;d really like you to do is <a href="https://clearleft1.optimalworkshop.com/optimalsort/font-tags"><strong>run the card sort</strong></a> by organising the tags into groups and giving those groups labels. A few keen people have done the exercise already, and on average a full sort is taking 8 minutes. If you are short of time, <strong>you don&#8217;t need to finish</strong> organising all the tags, but please do label all the groups you create. If there are some tags that you simply don&#8217;t understand (quite likely) then feel free to leave them unsorted &#8211; that&#8217;s useful data in itself.</p>

	<p>Once I&#8217;ve got enough responses to reveal significant patterns, I will stop the exercise and publish the results here, including <a href="http://www.optimalworkshop.com/optimalsort.htm#results">dendrograms</a> and other <abbr>UX</abbr> goodness.</p>

	<p>Card sorting is a classic go-to tool for the user experience designer and I&#8217;m hoping this research will give clarity to some ideas I&#8217;m forming about how to provide better ways for designers to find fonts that meet their specific requirements. Obviously some of that thinking may well end up on Fontdeck, but I&#8217;ll continue to publish ideas here beforehand for everyone to consider. I really welcome your thoughts too, especially if you are a designer who finds that current systems don&#8217;t help much in the finding of suitable fonts.</p>
<p><a href='http://clagnut.com/blog/2367/'>Read or add comments</a></p>]]></description>
			<category domain="http://clagnut.com/archive/design_thinking/">Design thinking</category>
			<category domain="http://clagnut.com/archive/typography/">Typography</category>
<category domain="http://technorati.com/tag/typography,">typography,</category>
<category domain="http://technorati.com/tag/fonts,">fonts,</category>
<category domain="http://technorati.com/tag/font">font</category>
<category domain="http://technorati.com/tag/classifications,">classifications,</category>
<category domain="http://technorati.com/tag/web">web</category>
<category domain="http://technorati.com/tag/fonts,">fonts,</category>
<category domain="http://technorati.com/tag/information">information</category>
<category domain="http://technorati.com/tag/design,">design,</category>
<category domain="http://technorati.com/tag/Fontdeck">Fontdeck</category>
		</item>
		<item>
			<pubDate>Tue, 27 Sep 2011 10:57:17 PST</pubDate>
			<title>jQuery for UX Designers</title>
			<link>http://clagnut.com/blog/2366/</link>
			<guid>http://clagnut.com/blog/2366/</guid>
			<description><![CDATA[<p>Nowadays even conventional content-based web sites tend to have interactive features of some sort or another. There are points in any design process when those interactions must conceptualised, defined and tested. For the <abbr>UX</abbr> designer, interactive wireframes running in a web browser can be a very powerful tool in designing these features. At <a href="http://clearleft.com/">Clearleft</a> we use interactive wireframes (AKA prototypes) a lot, often moving from hand-drawn sketches straight into the browser to test out ideas, and ultimately specify functionality.</p>

	<p>We use jQuery in all of our interactive wireframes to help us quickly try out concepts and define interactions. As Jeffrey Zeldman <a href="http://www.alistapart.com/articles/web3point0" title="A List Apart: Web 3.0">once wrote</a>, &#8220;Wireframing ajax is a bitch&#8221;, and here jQuery is very much your friend.</p>

	<p>If you know some <abbr>HTML</abbr> and <abbr>CSS</abbr>, jQuery is pretty quick to get to grips with, but like most technologies, there is still a learning curve and the initial incline, as always, is the hardest to get over. This is where a little guidance from someone who&#8217;s been there before comes in really handy. Hence when <a href="http://2012.uxlondon.com/speakers/jared/">Jared Spool</a> and the good folk at <a href="http://www.uie.com/"><abbr>UIE</abbr></a> invited me to give a <a href="http://www.uie.com/events/virtual_seminars/">virtual seminar</a> I jumped at the chance to present the course I wish had been available to me a few years ago: <a href="http://www.uie.com/events/virtual_seminars/jqueryux/">jQuery for <abbr>UX</abbr> Designers</a>.</p>

	</div>
<div class='segment'>

	<p class="imgholder"><iframe src="http://www.slideshare.net/slideshow/embed_code/9226613" style="width:100%; max-width:425px; height:355px" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe></p>

	</div>
<div class='segment'>

	<p>In the seminar I&#8217;ll provide a very practical introduction to using jQuery in your  wireframes. I&#8217;ll get you started with jQuery, assuming no prior knowledge (apart from some <abbr>HTML</abbr> &#38; <abbr>CSS</abbr>), and get you going straight away with lots of examples, hints and tricks. </p>

	<p>Starting from simple show and hide techniques, you&#8217;ll learn how to show different page states, spoof ajax interactions, and introduce complex workflows such as calendars, editing inline and modal dialogs, as well as start using time-saving jQuery plug-ins. The seminar will keep theory to the bare minimum and focus on getting going with practical take-aways you can use straight away. I&#8217;ll be sure to wrap up with the best sources of documentation and tutorials so you can learn more as you progress with using jQuery in your own work.</p>

	<p>The seminar is on Thursday 6 October 2011 at 13:30 <abbr title="US Eastern Time"><abbr>ET</abbr></abbr> (18:30 in the <abbr>UK</abbr>). It will last for 90 minutes, including time for questions, and costs only $129. You can <a href="https://uie.com/events/virtual_seminars/register/?seminar=jqueryux">register now</a> or get more information from the <a href="http://www.uie.com/events/virtual_seminars/jqueryux/">jQuery for <abbr>UX</abbr> Designers</a> page over at <abbr>UIE</abbr>. Hope to see you there!</p>
<p><a href='http://clagnut.com/blog/2366/'>Read or add comments</a></p>]]></description>
			<category domain="http://clagnut.com/archive/scripting/">DOM | JavaScript</category>
			<category domain="http://clagnut.com/archive/conferences/">Conferences</category>
			<category domain="http://clagnut.com/archive/uxdesign/">UX Design</category>
<category domain="http://technorati.com/tag/UX">UX</category>
<category domain="http://technorati.com/tag/design,">design,</category>
<category domain="http://technorati.com/tag/jQuery,">jQuery,</category>
<category domain="http://technorati.com/tag/wireframing,">wireframing,</category>
<category domain="http://technorati.com/tag/prototypes,">prototypes,</category>
<category domain="http://technorati.com/tag/interactive">interactive</category>
<category domain="http://technorati.com/tag/wireframes,">wireframes,</category>
<category domain="http://technorati.com/tag/JavaScript,">JavaScript,</category>
<category domain="http://technorati.com/tag/Conferences,">Conferences,</category>
<category domain="http://technorati.com/tag/UIE,">UIE,</category>
<category domain="http://technorati.com/tag/virtual">virtual</category>
<category domain="http://technorati.com/tag/seminar">seminar</category>
		</item>
		<item>
			<pubDate>Thu, 02 Jun 2011 15:55:34 PST</pubDate>
			<title>Google +1. Recommend&shy;ations, really?</title>
			<link>http://clagnut.com/blog/2365/</link>
			<guid>http://clagnut.com/blog/2365/</guid>
			<description><![CDATA[<p>We had a quick chat in the <a href="http://clearleft.com/">Clearleft</a> office about the the recently announced <a href="http://www.google.com/+1/button/">Google +1</a> button. Initially it seems the button will only appear in search results and ads, but the <a href="http://goo.gl/R1bvM">introductory video</a> claims that &#8216;soon you&#8217;ll be able to +1 more than just search results, you&#8217;ll also find the +1 button on sites across the web&#8217;.</p>

	<p>But do we really need another &#8216;like&#8217; button? My initial thinking was no, and that opinion hasn&#8217;t changed yet. Google might have some interesting plans for the data they receive &#8211; it may well feed into GoogleRank for a start. Essentially though, this just seems like another attempt by Google to move into the &#8216;social web&#8217; space and grab some of Facebook&#8217;s territory. They&#8217;ve failed miserably so far, and I can&#8217;t see this helping. </p>

	<p><a href="http://joshemerson.co.uk/">Josh</a> noted that it&#8217;s understandable for Google to gather yet more data &#8211; it&#8217;s their business model and it&#8217;s worked well for them so far: knowledge is power. But do we want to give Google more data? There&#8217;s an understandable fear around a company having so much influence, but what evil can they inflict once they know what we &#8216;like&#8217;? Perhaps it&#8217;s an irrational fear, but it&#8217;s good to be cautious when it comes to monopolies.</p>

	<p><a href="http://www.90percentofeverything.com/">Harry</a> pointed our that what matters is not the recommendation data itself but who gets to see it. With Facebook, when you &#8216;like&#8217; something, your recommendation can be seen by your Facebook friends. Let&#8217;s think about that for a minute &#8211; your Facebook social graph is something you have lovingly curated over many years. Facebook have tried they damnedest to make sure you&#8217;ve put in a ridiculous number of hours growing, preening and pruning your friend list. This is why Facebook relatively &#8216;likes&#8217; are high value.</p>

	<p>With Google, your social graph is not something you have personally curated. In typical Google style, they&#8217;ve tried to automate the process of social graph creation by mining publicly available friend data on the web &#8211; like your Twitter follows and followers &#8211; together with the various bits of contact information you have stored within your Google account. If you&#8217;re a big Twitter user, a blogger and you use your Google account a lot, then Google&#8217;s automated approach will probably work quite well for you right out the gate. But will it work well for normal humans? If Average Joe sees a load of +1s from people he doesn&#8217;t care about, it&#8217;s just noise. And if he doesn&#8217;t see enough +1s, it&#8217;s just not useful. And at least with Facebook, he can instantly remedy either issue. With Google, what can he do &#8211; sit and wait? </p>

	<p>Which is pretty much what we&#8217;ll have to do now &#8211; sit and wait to see how much traction this gets, and what Google decides to do with the data. As Josh said above (and many people before him) knowledge is power. And so is data, if you&#8217;re Google.</p>
<p><a href='http://clagnut.com/blog/2365/'>Read or add comments</a></p>]]></description>
			<category domain="http://clagnut.com/archive/google/">Google</category>
			<category domain="http://clagnut.com/archive/socialsoftware/">Social software</category>
<category domain="http://technorati.com/tag/Social">Social</category>
<category domain="http://technorati.com/tag/software,">software,</category>
<category domain="http://technorati.com/tag/Google,">Google,</category>
<category domain="http://technorati.com/tag/google">google</category>
<category domain="http://technorati.com/tag/+1,">+1,</category>
<category domain="http://technorati.com/tag/facebook,">facebook,</category>
<category domain="http://technorati.com/tag/social">social</category>
<category domain="http://technorati.com/tag/graph">graph</category>
		</item>
	</channel>
		</rss>
