<?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: Death to Lorem Ipsum &#8211; The story behind our app, Lorem Ipsum Tool</title>
	<atom:link href="http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/feed/" rel="self" type="application/rss+xml" />
	<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/</link>
	<description>Latest news on Kureno&#039;s Products</description>
	<lastBuildDate>Mon, 10 Jan 2011 03:11:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Tweets that mention Death to Lorem Ipsum – The story behind our app, Lorem Ipsum Tool -- Topsy.com</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-1749</link>
		<dc:creator>Tweets that mention Death to Lorem Ipsum – The story behind our app, Lorem Ipsum Tool -- Topsy.com</dc:creator>
		<pubDate>Mon, 10 Jan 2011 03:11:16 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-1749</guid>
		<description>[...] This post was mentioned on Twitter by Nur Fathihah. Nur Fathihah said: Nice! :) RT @iwani RT @teamkureno: Blog post http://bit.ly/fAUMUy What we&#039;ve achieved with http://things.kureno.com/Lorem-Ipsum-tool [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Nur Fathihah. Nur Fathihah said: Nice! <img src='http://kureno.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  RT @iwani RT @teamkureno: Blog post <a href="http://bit.ly/fAUMUy" rel="nofollow">http://bit.ly/fAUMUy</a> What we&#39;ve achieved with <a href="http://things.kureno.com/Lorem-Ipsum-tool" rel="nofollow">http://things.kureno.com/Lorem-Ipsum-tool</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iwani</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-81</link>
		<dc:creator>Iwani</dc:creator>
		<pubDate>Wed, 02 Jun 2010 11:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-81</guid>
		<description>#James #Michael
Fortunately, we&#039;ve had 3 clients on @bitter_coffee that prepared their content prior to awarding the website project to us. Must have been some crazy luck!

The most important thing out of this whole issue is we should try and give priority to the content prior to starting the project. 

I agree with some of the opposing comments from HN and this blog post, lipsum can be very useful under some circumstances</description>
		<content:encoded><![CDATA[<p>#James #Michael<br />
Fortunately, we&#8217;ve had 3 clients on @bitter_coffee that prepared their content prior to awarding the website project to us. Must have been some crazy luck!</p>
<p>The most important thing out of this whole issue is we should try and give priority to the content prior to starting the project. </p>
<p>I agree with some of the opposing comments from HN and this blog post, lipsum can be very useful under some circumstances</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Fields</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-80</link>
		<dc:creator>Michael Fields</dc:creator>
		<pubDate>Wed, 02 Jun 2010 11:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-80</guid>
		<description>#ghol - It&#039;s happened to me more than once, that&#039;s why I commented as such and why I also never show a client a project with Lorem Ipsum text. Why add yet another thing that will steer the conversation off course? IMO - it would be better to use a language familiar to the client. But that&#039;s just me I guess?

#James - This is something I would like to see as well.</description>
		<content:encoded><![CDATA[<p>#ghol &#8211; It&#8217;s happened to me more than once, that&#8217;s why I commented as such and why I also never show a client a project with Lorem Ipsum text. Why add yet another thing that will steer the conversation off course? IMO &#8211; it would be better to use a language familiar to the client. But that&#8217;s just me I guess?</p>
<p>#James &#8211; This is something I would like to see as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-71</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 01 Jun 2010 16:43:49 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-71</guid>
		<description>When you find a client that will deliver the content of every page to you before you even start designing, let me know. I&#039;ll need to see it to believe it.</description>
		<content:encoded><![CDATA[<p>When you find a client that will deliver the content of every page to you before you even start designing, let me know. I&#8217;ll need to see it to believe it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: krauses</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-69</link>
		<dc:creator>krauses</dc:creator>
		<pubDate>Tue, 01 Jun 2010 14:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-69</guid>
		<description>ghol&#039;s explanation made perfect sense to me.  While I&#039;m shamed to admit that I&#039;ve left Lipsum text on certain pages after a site had been pushed to a production environment, it&#039;s only happened that one time.  I&#039;m very careful in making sure all Lipsum text has been replaced by the time a site goes live.  

However, by replacing Lipsum with readable content means that it will be harder to identify the sections of content that are not production ready before a site goes live.  Which will probably lead to less than desirable content accidentally being left on pages for longer periods of time than some random Lipsum text would have been. Simply because the readable text will blend in more than the ugly greek.

Lastly, going over content changes before design or UI has even been discussed/agreed upon is ridiculous.</description>
		<content:encoded><![CDATA[<p>ghol&#8217;s explanation made perfect sense to me.  While I&#8217;m shamed to admit that I&#8217;ve left Lipsum text on certain pages after a site had been pushed to a production environment, it&#8217;s only happened that one time.  I&#8217;m very careful in making sure all Lipsum text has been replaced by the time a site goes live.  </p>
<p>However, by replacing Lipsum with readable content means that it will be harder to identify the sections of content that are not production ready before a site goes live.  Which will probably lead to less than desirable content accidentally being left on pages for longer periods of time than some random Lipsum text would have been. Simply because the readable text will blend in more than the ugly greek.</p>
<p>Lastly, going over content changes before design or UI has even been discussed/agreed upon is ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J Fresco</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-66</link>
		<dc:creator>J Fresco</dc:creator>
		<pubDate>Tue, 01 Jun 2010 14:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-66</guid>
		<description>I&#039;m going to say this quickly:

1. Stop making useless tool
2. You don&#039;t understand Lorem Ipsum

You are just straight wrong. Btw, don&#039;t spam YCombinator with crappy stuff.
And wth is kureno? What ever.</description>
		<content:encoded><![CDATA[<p>I&#8217;m going to say this quickly:</p>
<p>1. Stop making useless tool<br />
2. You don&#8217;t understand Lorem Ipsum</p>
<p>You are just straight wrong. Btw, don&#8217;t spam YCombinator with crappy stuff.<br />
And wth is kureno? What ever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ghol</title>
		<link>http://kureno.com/blog/death-to-lorem-ipsum-the-story-behind-our-app-lorem-ipsum-tool/comment-page-1/#comment-63</link>
		<dc:creator>ghol</dc:creator>
		<pubDate>Tue, 01 Jun 2010 10:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://kureno.com/blog/?p=59#comment-63</guid>
		<description>&quot;...5min discussion on why their project is in a made up language&quot; etc.

Dunno why it takes 5 minutes to say &quot;It&#039;s dummy text, used to help you focus on the stage we&#039;re at in the design process - if it was real text, you might be more interested in correcting what it says than what it looks like. That comes in the next stage.&quot; I&#039;ve never needed any more explanation than that, if you don&#039;t count occasionally having to give that explanation a couple of meetings in a row.

As for going straight to real text, sheesh, good luck trying to get through that mountain of &#039;can-you-just&#039;s that have popped up 5 minutes before the deadline... you know, all those design tweaks that they missed because they were playing with content.

I realise that there are pros and cons to both approaches, but take it from someone with a background in psychology - the client&#039;s need for input/control will start with the lowest-hanging fruit that you offer, and how far it continues after that has been plucked is wildly variable. Text has a magical property - we read it and notice what it says even when we&#039;re trying not to. We have an educational system that trains our children to do that, over anything else, for over 10 years of their lives. If you don&#039;t use dummy text, it&#039;ll be the content of that text that is the lowest-hanging fruit 9 times out of 10. If that&#039;s their input for the time being, prepare for the deadline rush when their excitement is inevitably piqued again.

I chart every project I ever take, in order to constantly correct my workflow process. Part of that is charting deviations from the plan, their scale of interruption and where they occur. When I swapped to Lipsum, the difference was dramatic - instead of many peaks of interruption building in intensity as the deadline loomed, there was a nice, even spread of much fewer deviations. 

Here&#039;s a counter-anecdote in advance (psychology again :)). I&#039;ve had clients tell me that they hate the look or pallette of a mockup *as an afterthought* at the end of 3 or 4 paragraphs of text changes, on more occasions than I care to remember. Trying to elicit more details is harder too, because they want to see their changes happen before they invest more effort into thinking about more changes.

TL;DR: Started using Lipsum, deadline stress consistently halved. As always: If you doubt, test it out.</description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;5min discussion on why their project is in a made up language&#8221; etc.</p>
<p>Dunno why it takes 5 minutes to say &#8220;It&#8217;s dummy text, used to help you focus on the stage we&#8217;re at in the design process &#8211; if it was real text, you might be more interested in correcting what it says than what it looks like. That comes in the next stage.&#8221; I&#8217;ve never needed any more explanation than that, if you don&#8217;t count occasionally having to give that explanation a couple of meetings in a row.</p>
<p>As for going straight to real text, sheesh, good luck trying to get through that mountain of &#8216;can-you-just&#8217;s that have popped up 5 minutes before the deadline&#8230; you know, all those design tweaks that they missed because they were playing with content.</p>
<p>I realise that there are pros and cons to both approaches, but take it from someone with a background in psychology &#8211; the client&#8217;s need for input/control will start with the lowest-hanging fruit that you offer, and how far it continues after that has been plucked is wildly variable. Text has a magical property &#8211; we read it and notice what it says even when we&#8217;re trying not to. We have an educational system that trains our children to do that, over anything else, for over 10 years of their lives. If you don&#8217;t use dummy text, it&#8217;ll be the content of that text that is the lowest-hanging fruit 9 times out of 10. If that&#8217;s their input for the time being, prepare for the deadline rush when their excitement is inevitably piqued again.</p>
<p>I chart every project I ever take, in order to constantly correct my workflow process. Part of that is charting deviations from the plan, their scale of interruption and where they occur. When I swapped to Lipsum, the difference was dramatic &#8211; instead of many peaks of interruption building in intensity as the deadline loomed, there was a nice, even spread of much fewer deviations. </p>
<p>Here&#8217;s a counter-anecdote in advance (psychology again <img src='http://kureno.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ). I&#8217;ve had clients tell me that they hate the look or pallette of a mockup *as an afterthought* at the end of 3 or 4 paragraphs of text changes, on more occasions than I care to remember. Trying to elicit more details is harder too, because they want to see their changes happen before they invest more effort into thinking about more changes.</p>
<p>TL;DR: Started using Lipsum, deadline stress consistently halved. As always: If you doubt, test it out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

