<?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"
	>
<channel>
	<title>Comments on: Usability Tools Podcast: The Truth About Page Download Time</title>
	<atom:link href="http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/</link>
	<description>UIE\'s latest insights on the world of design</description>
	<pubDate>Fri,  5 Dec 2008 14:29:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Czas ładowania się strony &#171; O użyteczności zwanej też usability</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-103002</link>
		<dc:creator>Czas ładowania się strony &#171; O użyteczności zwanej też usability</dc:creator>
		<pubDate>Sun, 13 Jan 2008 23:35:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-103002</guid>
		<description>[...] Więcej w The Truth About Page Download Time [...]</description>
		<content:encoded><![CDATA[<p>[...] Więcej w The Truth About Page Download Time [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Download Time and E-Learning &#187; UIE Brain Sparks</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-91706</link>
		<dc:creator>Download Time and E-Learning &#187; UIE Brain Sparks</dc:creator>
		<pubDate>Thu, 25 Oct 2007 23:19:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-91706</guid>
		<description>[...] wrote: I just listened to your podcast: Usability Tools Podcast: The Truth About Page Download Time. Can you express your thoughts on download time and usability as it applies to e-learning modules [...]</description>
		<content:encoded><![CDATA[<p>[...] wrote: I just listened to your podcast: Usability Tools Podcast: The Truth About Page Download Time. Can you express your thoughts on download time and usability as it applies to e-learning modules [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StanShinn.com &#124; The Truth About Page Download Time</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-90515</link>
		<dc:creator>StanShinn.com &#124; The Truth About Page Download Time</dc:creator>
		<pubDate>Thu, 11 Oct 2007 18:53:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-90515</guid>
		<description>[...] A study has shown a site&#8217;s download time doesn&#8217;t seem to impact on a site&#8217;s usability. Instead, sites that are easy to use, fun and professional are perceived as being fast. Apparently, people perceive time to take longer when they are in pain. Source [...]</description>
		<content:encoded><![CDATA[<p>[...] A study has shown a site&#8217;s download time doesn&#8217;t seem to impact on a site&#8217;s usability. Instead, sites that are easy to use, fun and professional are perceived as being fast. Apparently, people perceive time to take longer when they are in pain. Source [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mendy Ouzillou</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-90135</link>
		<dc:creator>Mendy Ouzillou</dc:creator>
		<pubDate>Sat, 06 Oct 2007 15:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-90135</guid>
		<description>Very interesting podcast.  Like anything though I think there is a balance between focusing on useability and download time.  I see many sites that have really long download times because the images have not been compressed properly to a manageable size.  Also, I think people tend to focus on download time because that is an easily measurable metric.  Useability, as important as it is, is difficult to properly quantify.  So ... are there any tools that would help me mimic how people experience my glass art jewelry site (lots of images) on a 56k modem?  Also, I'd like to see the order in which my content downloads.  Any tool for that?</description>
		<content:encoded><![CDATA[<p>Very interesting podcast.  Like anything though I think there is a balance between focusing on useability and download time.  I see many sites that have really long download times because the images have not been compressed properly to a manageable size.  Also, I think people tend to focus on download time because that is an easily measurable metric.  Useability, as important as it is, is difficult to properly quantify.  So &#8230; are there any tools that would help me mimic how people experience my glass art jewelry site (lots of images) on a 56k modem?  Also, I&#8217;d like to see the order in which my content downloads.  Any tool for that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Torrential Web Dev</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89582</link>
		<dc:creator>Torrential Web Dev</dc:creator>
		<pubDate>Sat, 29 Sep 2007 15:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89582</guid>
		<description>&lt;strong&gt;Benchmarks, Site Speed and User Experience...&lt;/strong&gt;

Following on the back of my recent posts looking at the (hopefully) best and worst of benchmarks I thought it would be useful to finish off with some genuine tips for creating 'lightning fast' websites.  I probably lack the experience and insight to ...</description>
		<content:encoded><![CDATA[<p><strong>Benchmarks, Site Speed and User Experience&#8230;</strong></p>
<p>Following on the back of my recent posts looking at the (hopefully) best and worst of benchmarks I thought it would be useful to finish off with some genuine tips for creating &#8216;lightning fast&#8217; websites.  I probably lack the experience and insight to &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Philo</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89488</link>
		<dc:creator>Tom Philo</dc:creator>
		<pubDate>Fri, 28 Sep 2007 00:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89488</guid>
		<description>Complete page load times is not the same as the time to start showing something useful to the user. 
The incremental loading of items - including secondary menu graphics and lots of items below the fold, or high res graphics loading after all the text has been loaded, change the perceptions of how fast a page loads. This is where a good designer along with a good technical programmer of web pages can fool the person into thinking a page is faster than what is is by just giving the user something to start scanning (and if they are really interested reading) on the page.

When everyone was using dyamically sizing tables to layout pages with unsized graphics that was the worse - eveything had to come down before anything was seen due to the way tables are designed to be rendered by the browser. 

Most sites now-a-days will ensure that text is rendered (delivered) first with graphics coming down last into a predefined sized zone with defined placement so the browser does not have to figure out where to put it on the fly  - but is told where to put it and thus save time.

Course not all rules are to be followed - I have some hugh photos on my site so page load is going to be slow - but the people want to see the photos (else the words have no context when comparing aircraft,  parts of castles, flowers, people etc) so you ensure that by the time they can read the text the graphics are there.</description>
		<content:encoded><![CDATA[<p>Complete page load times is not the same as the time to start showing something useful to the user.<br />
The incremental loading of items - including secondary menu graphics and lots of items below the fold, or high res graphics loading after all the text has been loaded, change the perceptions of how fast a page loads. This is where a good designer along with a good technical programmer of web pages can fool the person into thinking a page is faster than what is is by just giving the user something to start scanning (and if they are really interested reading) on the page.</p>
<p>When everyone was using dyamically sizing tables to layout pages with unsized graphics that was the worse - eveything had to come down before anything was seen due to the way tables are designed to be rendered by the browser. </p>
<p>Most sites now-a-days will ensure that text is rendered (delivered) first with graphics coming down last into a predefined sized zone with defined placement so the browser does not have to figure out where to put it on the fly  - but is told where to put it and thus save time.</p>
<p>Course not all rules are to be followed - I have some hugh photos on my site so page load is going to be slow - but the people want to see the photos (else the words have no context when comparing aircraft,  parts of castles, flowers, people etc) so you ensure that by the time they can read the text the graphics are there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Fisher</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89405</link>
		<dc:creator>Steve Fisher</dc:creator>
		<pubDate>Wed, 26 Sep 2007 21:14:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89405</guid>
		<description>Alexander brought up the point that I was wondering.  I've seen a number of sites that get slowed up because they are downloading banner ads and the like first, which can greatly lengthen the amount of time it takes for the actual content to show up.  I see those sites as slow, but would be curious to see the time differences with those sites and sites as I judge as normal or fast loading.</description>
		<content:encoded><![CDATA[<p>Alexander brought up the point that I was wondering.  I&#8217;ve seen a number of sites that get slowed up because they are downloading banner ads and the like first, which can greatly lengthen the amount of time it takes for the actual content to show up.  I see those sites as slow, but would be curious to see the time differences with those sites and sites as I judge as normal or fast loading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: User First Web &#187; links for 2007-09-25</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89251</link>
		<dc:creator>User First Web &#187; links for 2007-09-25</dc:creator>
		<pubDate>Tue, 25 Sep 2007 07:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89251</guid>
		<description>[...] Usability Tools Podcast: The Truth About Page Download Time » UIE Brain Sparks (tags: usability speedupyoursite) [...]</description>
		<content:encoded><![CDATA[<p>[...] Usability Tools Podcast: The Truth About Page Download Time » UIE Brain Sparks (tags: usability speedupyoursite) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: User First Web &#187; Speed of Site and Usability</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89248</link>
		<dc:creator>User First Web &#187; Speed of Site and Usability</dc:creator>
		<pubDate>Tue, 25 Sep 2007 06:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89248</guid>
		<description>[...] and Christine Perfetti discuss a study on how web page speed impacts usability on their latest Usability Tools Podcast. Because this study conflicts with some of the research that I cited during my recent presentation [...]</description>
		<content:encoded><![CDATA[<p>[...] and Christine Perfetti discuss a study on how web page speed impacts usability on their latest Usability Tools Podcast. Because this study conflicts with some of the research that I cited during my recent presentation [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jared Spool</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89220</link>
		<dc:creator>Jared Spool</dc:creator>
		<pubDate>Mon, 24 Sep 2007 22:10:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89220</guid>
		<description>Alexander, great question.

We don't have to ask the interns to re-watch the video because they got those numbers already on the first pass. (I just didn't mention it in the podcast.)

Turns out About.com loaded in a single burst, coming in on average at 8 seconds per page.

Amazon, as you suspected, loaded incrementally, with the first page full loading long before the 34 seconds it took to load the average page.

But here's the kicker: the first screenful on Amazon took 11 seconds to load. It was still 3 seconds &lt;em&gt;slower&lt;/em&gt; than the entire page for About.com. Yet, users consistently rated Amazon to be much faster than About.com.</description>
		<content:encoded><![CDATA[<p>Alexander, great question.</p>
<p>We don&#8217;t have to ask the interns to re-watch the video because they got those numbers already on the first pass. (I just didn&#8217;t mention it in the podcast.)</p>
<p>Turns out About.com loaded in a single burst, coming in on average at 8 seconds per page.</p>
<p>Amazon, as you suspected, loaded incrementally, with the first page full loading long before the 34 seconds it took to load the average page.</p>
<p>But here&#8217;s the kicker: the first screenful on Amazon took 11 seconds to load. It was still 3 seconds <em>slower</em> than the entire page for About.com. Yet, users consistently rated Amazon to be much faster than About.com.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89198</link>
		<dc:creator>Alexander</dc:creator>
		<pubDate>Mon, 24 Sep 2007 18:59:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89198</guid>
		<description>Measuring the time that the Netscape logo throbs may be misleading if a page is presenting you interesting content even though it has not completely downloaded.  I wonder: if the interns went back through the hours of video (ha ha!) to time how long it took for some meaningful content to appear on the page... (rather than how long the Netscape logo spun).  Do you think it would show any differences?</description>
		<content:encoded><![CDATA[<p>Measuring the time that the Netscape logo throbs may be misleading if a page is presenting you interesting content even though it has not completely downloaded.  I wonder: if the interns went back through the hours of video (ha ha!) to time how long it took for some meaningful content to appear on the page&#8230; (rather than how long the Netscape logo spun).  Do you think it would show any differences?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Van Dijck&#8217;s Guide to Ease &#187; Blog Archive</title>
		<link>http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89195</link>
		<dc:creator>Peter Van Dijck&#8217;s Guide to Ease &#187; Blog Archive</dc:creator>
		<pubDate>Mon, 24 Sep 2007 17:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.uie.com/brainsparks/2007/09/24/usability-tools-podcast-the-truth-about-page-download-time/#comment-89195</guid>
		<description>[...] Users rate some sites consistently slow and other sites consistently fast. For example, About.com is rated slow. But when looking at the data, the sites that were rated slow weren&#8217;t all really slow. Amazon is rated as fast, and it isn&#8217;t really that fast (fast enough, but not crazy fast). So why do users feel some sites are slow or fast? (About.com loaded faster than Amazon.com in the test, yet was perceived as very slow.) [...]</description>
		<content:encoded><![CDATA[<p>[...] Users rate some sites consistently slow and other sites consistently fast. For example, About.com is rated slow. But when looking at the data, the sites that were rated slow weren&#8217;t all really slow. Amazon is rated as fast, and it isn&#8217;t really that fast (fast enough, but not crazy fast). So why do users feel some sites are slow or fast? (About.com loaded faster than Amazon.com in the test, yet was perceived as very slow.) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
