<?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: HTML 5 WordPress contact form plugin</title>
	<atom:link href="http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 14:14:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: jeff68</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-721373</link>
		<dc:creator>jeff68</dc:creator>
		<pubDate>Sun, 02 Jan 2011 16:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-721373</guid>
		<description>&lt;cite&gt;Introducing &lt;abbr&gt;HTML&lt;/abbr&gt;5&lt;/cite&gt; by &lt;cite&gt;Bruce Lawson&lt;/cite&gt; and &lt;cite&gt;Remy Sharp&lt;/cite&gt;I</description>
		<content:encoded><![CDATA[<p><cite>Introducing <abbr>HTML</abbr>5</cite> by <cite>Bruce Lawson</cite> and <cite>Remy Sharp</cite>I</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-653829</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Fri, 08 Jan 2010 18:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-653829</guid>
		<description>Having come to this page through a google search on how to turn autofocus off, I have to second the criticism. On very many pages, the first thing I do is to hit the space key to scroll down one page (to by pass the adverts, repeated introductory information, whatnot, that many pages have before the actual contents). With autofocus the result is that a space is entered into the form field. Similarly, after a search, it is almost always the case that I scroll down to review the search results outside of the original screen-full. Again autofocus is my enemy.

As a general rule: Never presume to know what is best for the user, nor how the user should behave on your site/with your software, etc. More often than not you will be sabotaging rather than helping.</description>
		<content:encoded><![CDATA[<p>Having come to this page through a google search on how to turn autofocus off, I have to second the criticism. On very many pages, the first thing I do is to hit the space key to scroll down one page (to by pass the adverts, repeated introductory information, whatnot, that many pages have before the actual contents). With autofocus the result is that a space is entered into the form field. Similarly, after a search, it is almost always the case that I scroll down to review the search results outside of the original screen-full. Again autofocus is my enemy.</p>
<p>As a general rule: Never presume to know what is best for the user, nor how the user should behave on your site/with your software, etc. More often than not you will be sabotaging rather than helping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Hickson</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-610422</link>
		<dc:creator>Ian Hickson</dc:creator>
		<pubDate>Wed, 20 May 2009 22:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-610422</guid>
		<description>The autofocus=&quot;&quot; attribute, being declarative rather than scripted, can be disabled by the user agent, and can be tweaked to work in ways that make more sense (e.g. not screwing up screen readers).</description>
		<content:encoded><![CDATA[<p>The autofocus=&#8221;" attribute, being declarative rather than scripted, can be disabled by the user agent, and can be tweaked to work in ways that make more sense (e.g. not screwing up screen readers).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-610393</link>
		<dc:creator>Bruce</dc:creator>
		<pubDate>Wed, 20 May 2009 17:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-610393</guid>
		<description>Hi Alan, the pink never actually changes; it means a required field (actually some testing CSS that I never turned off! 

I&#039;m planning to introduce some better styles for &lt;code&gt;input[required], textarea[required]&lt;/code&gt; on Friday). 

I used to have a full-content RSS, but I got tired of spam blogs scraping all my content, every time, and sticking their ads next to it.</description>
		<content:encoded><![CDATA[<p>Hi Alan, the pink never actually changes; it means a required field (actually some testing CSS that I never turned off! </p>
<p>I&#8217;m planning to introduce some better styles for <code>input[required], textarea[required]</code> on Friday). </p>
<p>I used to have a full-content RSS, but I got tired of spam blogs scraping all my content, every time, and sticking their ads next to it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Hogan</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-610391</link>
		<dc:creator>Alan Hogan</dc:creator>
		<pubDate>Wed, 20 May 2009 17:12:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-610391</guid>
		<description>In Safari 4 (latest beta) and mobile safari (iPhone OS 3.0b5) the pink fields never change color (I assumed they were supposed to look more friendly when a valid response was entered, but on second thought that may not be the case).
 
I also suggest you  enable full-content RSS, because waiting for a page to load to continue reading an article that *could* be in my news reader (especially when using the iPhone version of NetNewsWire) isn’t fun. I recently enabled full RSS on my own site.</description>
		<content:encoded><![CDATA[<p>In Safari 4 (latest beta) and mobile safari (iPhone OS 3.0b5) the pink fields never change color (I assumed they were supposed to look more friendly when a valid response was entered, but on second thought that may not be the case).</p>
<p>I also suggest you  enable full-content RSS, because waiting for a page to load to continue reading an article that *could* be in my news reader (especially when using the iPhone version of NetNewsWire) isn’t fun. I recently enabled full RSS on my own site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce</title>
		<link>http://www.brucelawson.co.uk/2009/html-5-wordpress-contact-form-plugin/comment-page-1/#comment-610266</link>
		<dc:creator>Bruce</dc:creator>
		<pubDate>Wed, 20 May 2009 08:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/?p=1666#comment-610266</guid>
		<description>Because I&#039;m not The Man, I asked on twitter about autofocussing. Here are some of the comments I received:

&lt;a href=&quot;http://twitter.com/FataL/statuses/1849695881&quot; rel=&quot;nofollow&quot;&gt;FataL said&lt;/a&gt; &quot;autofocusing drives me nuts sometimes, especially when I navigate through tabs with [1] [2] keys in Opera. Woud like option to off.&quot;

(sounds like a browser setting to me, too)

&lt;a href=&quot;http://twitter.com/ahiggi/statuses/1850557975&quot; rel=&quot;nofollow&quot;&gt;ahiggi&lt;/a&gt; (a screenreader user) pointed out that &quot;most assistive technology [is] now very good at alerting user they&#039;re in form field so not being aware isn&#039;t the issue it used to be&quot;, &lt;a href=&quot;http://twitter.com/ahiggi/statuses/1850533610&quot; rel=&quot;nofollow&quot;&gt;pointing out&lt;/a&gt; that autofocus damages accessibility &quot;only if you have place holder text in there that isn&#039;t highlighted hence not deleted when user types&quot;

&lt;a href=&quot;http://twitter.com/feather/statuses/1850662491&quot; rel=&quot;nofollow&quot;&gt;Derek Featherstone said&lt;/a&gt;  &quot;consider impact on keyboard navigation eg using backspace or Alt/Cmd left arrow goes back in history, but not when autofocus is used&quot;.

&lt;a href=&quot;http://twitter.com/feather/statuses/1850756014&quot; rel=&quot;nofollow&quot;&gt;Derek continued&lt;/a&gt; that autofocus &quot;also creates other usability problem in that if done on a slow-loading page, user can be typing and have focus stolen away&quot;, but in my &lt;a href=&quot;http://www.webstandards.org/2009/05/13/interview-with-ian-hickson-editor-of-the-html-5-specification/&quot; rel=&quot;nofollow&quot;&gt;interview with Ian Hickson, the editor of the &lt;abbr&gt;HTML&lt;/abbr&gt; 5 spec&lt;/a&gt;, Hixie suggested that this was a misplaced worry: &quot;now you can just say autofocus=&quot;&quot; to focus a form field when the page loads, instead of using control.focus(), which allows the browser to do clever things like not actually focus the control if the user is already typing elsewhere&quot;.

Thanks to all those who gave me feedback.

Meanwhile, I have a cunning plan that will allow me to continue to get the usability benefits of autofocus for those who aren&#039;t using an assistive technology, while not damaging the experience for those who do. Naturally (having just released a plugin) I shall have to change it. Stay tuned.</description>
		<content:encoded><![CDATA[<p>Because I&#8217;m not The Man, I asked on twitter about autofocussing. Here are some of the comments I received:</p>
<p><a href="http://twitter.com/FataL/statuses/1849695881" rel="nofollow">FataL said</a> &#8220;autofocusing drives me nuts sometimes, especially when I navigate through tabs with [1] [2] keys in Opera. Woud like option to off.&#8221;</p>
<p>(sounds like a browser setting to me, too)</p>
<p><a href="http://twitter.com/ahiggi/statuses/1850557975" rel="nofollow">ahiggi</a> (a screenreader user) pointed out that &#8220;most assistive technology [is] now very good at alerting user they&#8217;re in form field so not being aware isn&#8217;t the issue it used to be&#8221;, <a href="http://twitter.com/ahiggi/statuses/1850533610" rel="nofollow">pointing out</a> that autofocus damages accessibility &#8220;only if you have place holder text in there that isn&#8217;t highlighted hence not deleted when user types&#8221;</p>
<p><a href="http://twitter.com/feather/statuses/1850662491" rel="nofollow">Derek Featherstone said</a>  &#8220;consider impact on keyboard navigation eg using backspace or Alt/Cmd left arrow goes back in history, but not when autofocus is used&#8221;.</p>
<p><a href="http://twitter.com/feather/statuses/1850756014" rel="nofollow">Derek continued</a> that autofocus &#8220;also creates other usability problem in that if done on a slow-loading page, user can be typing and have focus stolen away&#8221;, but in my <a href="http://www.webstandards.org/2009/05/13/interview-with-ian-hickson-editor-of-the-html-5-specification/" rel="nofollow">interview with Ian Hickson, the editor of the <abbr>HTML</abbr> 5 spec</a>, Hixie suggested that this was a misplaced worry: &#8220;now you can just say autofocus=&#8221;" to focus a form field when the page loads, instead of using control.focus(), which allows the browser to do clever things like not actually focus the control if the user is already typing elsewhere&#8221;.</p>
<p>Thanks to all those who gave me feedback.</p>
<p>Meanwhile, I have a cunning plan that will allow me to continue to get the usability benefits of autofocus for those who aren&#8217;t using an assistive technology, while not damaging the experience for those who do. Naturally (having just released a plugin) I shall have to change it. Stay tuned.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

