<?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: ABC wants to disable fast-forwarding on digital video recorders</title>
	<atom:link href="http://architectures.danlockton.co.uk/2006/07/08/abc-wants-to-disable-fast-forwarding-on-digital-video-recorders/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk/2006/07/08/abc-wants-to-disable-fast-forwarding-on-digital-video-recorders/</link>
	<description>How do people use products, systems and environments?  How can designers influence interaction?  How can we design for sustainable behaviour?</description>
	<pubDate>Sat, 11 Oct 2008 17:15:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>By: Architectures of Control in Design &#187; Architectures of control in nature</title>
		<link>http://architectures.danlockton.co.uk/2006/07/08/abc-wants-to-disable-fast-forwarding-on-digital-video-recorders/#comment-9981</link>
		<dc:creator>Architectures of Control in Design &#187; Architectures of control in nature</dc:creator>
		<pubDate>Mon, 02 Oct 2006 16:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=85#comment-9981</guid>
		<description>[...] A digital analogy might, perhaps, be forcing a viewer to sit through adverts before watching a movie (e.g. by removing the fast-forward function), or simply a software registration/payment nag-screen. The user is lured in (by offering an attractive smell, or the promise of entertainment, or access to a desired function) and only released/allowed to proceed once a &#8216;toll&#8217; has been extracted (pollen transfer, or eyeball-time). [...]</description>
		<content:encoded><![CDATA[<p>[...] A digital analogy might, perhaps, be forcing a viewer to sit through adverts before watching a movie (e.g. by removing the fast-forward function), or simply a software registration/payment nag-screen. The user is lured in (by offering an attractive smell, or the promise of entertainment, or access to a desired function) and only released/allowed to proceed once a &#8216;toll&#8217; has been extracted (pollen transfer, or eyeball-time). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Architectures of Control in Design &#187; Locking users in through making it difficult to leave</title>
		<link>http://architectures.danlockton.co.uk/2006/07/08/abc-wants-to-disable-fast-forwarding-on-digital-video-recorders/#comment-8338</link>
		<dc:creator>Architectures of Control in Design &#187; Locking users in through making it difficult to leave</dc:creator>
		<pubDate>Mon, 11 Sep 2006 13:26:30 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=85#comment-8338</guid>
		<description>[...] It is, of course, in no way &#8216;dumb design&#8217;, as the omission and obfuscation is entirely intentional: it is cunning design, frustrating a user&#8217;s attempts at exerting control by making it hard to leave. Just look at the efforts another high-profile name goes to for customer retention. It&#8217;s another feature deletion example, similar in spirit to, say, disabling the fast-forward button on PVRs. [...]</description>
		<content:encoded><![CDATA[<p>[...] It is, of course, in no way &#8216;dumb design&#8217;, as the omission and obfuscation is entirely intentional: it is cunning design, frustrating a user&#8217;s attempts at exerting control by making it hard to leave. Just look at the efforts another high-profile name goes to for customer retention. It&#8217;s another feature deletion example, similar in spirit to, say, disabling the fast-forward button on PVRs. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Architectures of Control in Design &#187; Feature deletion for environmental reasons</title>
		<link>http://architectures.danlockton.co.uk/2006/07/08/abc-wants-to-disable-fast-forwarding-on-digital-video-recorders/#comment-2223</link>
		<dc:creator>Architectures of Control in Design &#187; Feature deletion for environmental reasons</dc:creator>
		<pubDate>Thu, 27 Jul 2006 09:41:35 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=85#comment-2223</guid>
		<description>[...] This seems a fairly sensible application of control within the design process, with the &#8216;feature deletion&#8217; being done to fulfill socially beneficial intentions rather than purely commercial ones. The less energy devices use, the less money the customer spends on electricity, as well as reducing the environmental impact. [...]</description>
		<content:encoded><![CDATA[<p>[...] This seems a fairly sensible application of control within the design process, with the &#8216;feature deletion&#8217; being done to fulfill socially beneficial intentions rather than purely commercial ones. The less energy devices use, the less money the customer spends on electricity, as well as reducing the environmental impact. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
