<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: How Gmail could be better</title>
	<atom:link href="http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/</link>
	<description>IT mixology and other thoughts about tech, life the universe and everything</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:17:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Chris Swan</title>
		<link>http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/#comment-291</link>
		<dc:creator><![CDATA[Chris Swan]]></dc:creator>
		<pubDate>Mon, 24 Aug 2009 08:58:05 +0000</pubDate>
		<guid isPermaLink="false">http://thestateofme.wordpress.com/?p=143#comment-291</guid>
		<description><![CDATA[I&#039;ve always been a bit of a rich text and HTML refusenik for email, which is why I&#039;ve stuck with the plain text mode. Maybe I should drag myself into this century, and just not bother with any fancy formatting. Seems a shame though for the sake of a simple option.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve always been a bit of a rich text and HTML refusenik for email, which is why I&#8217;ve stuck with the plain text mode. Maybe I should drag myself into this century, and just not bother with any fancy formatting. Seems a shame though for the sake of a simple option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cygal</title>
		<link>http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/#comment-290</link>
		<dc:creator><![CDATA[Cygal]]></dc:creator>
		<pubDate>Sat, 22 Aug 2009 14:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://thestateofme.wordpress.com/?p=143#comment-290</guid>
		<description><![CDATA[Actually I understand your problem, I was just referring to the fact that this behavior only happens in &#039;Plain text&#039; mode, and the only reason that I see of using &#039;plain text&#039; is to write on mailing lists, and on those the behavior makes sense.

And I do understand that it is ugly as hell if you have less than 80 columns. :)]]></description>
		<content:encoded><![CDATA[<p>Actually I understand your problem, I was just referring to the fact that this behavior only happens in &#8216;Plain text&#8217; mode, and the only reason that I see of using &#8216;plain text&#8217; is to write on mailing lists, and on those the behavior makes sense.</p>
<p>And I do understand that it is ugly as hell if you have less than 80 columns. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Swan</title>
		<link>http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/#comment-289</link>
		<dc:creator><![CDATA[Chris Swan]]></dc:creator>
		<pubDate>Sat, 22 Aug 2009 08:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://thestateofme.wordpress.com/?p=143#comment-289</guid>
		<description><![CDATA[The problem with the Blackberry isn&#039;t around support for HTML (which
would hardly matter for
plain text emails anyway). It&#039;s that when you have a linefeed every 78
characters mixed with a
screen that&#039;s less than 80 characters wide then the result is ugly and
difficult to read. Like this.

On the other hand if Google gave me the option to just send very long lines then the device receiving it can slice them up to fit. All I&#039;m asking for is an option. Maybe the default could be for mailing lists, or maybe the default could be in favour of mobile devices - I don&#039;t care, I just want the choice.]]></description>
		<content:encoded><![CDATA[<p>The problem with the Blackberry isn&#8217;t around support for HTML (which<br />
would hardly matter for<br />
plain text emails anyway). It&#8217;s that when you have a linefeed every 78<br />
characters mixed with a<br />
screen that&#8217;s less than 80 characters wide then the result is ugly and<br />
difficult to read. Like this.</p>
<p>On the other hand if Google gave me the option to just send very long lines then the device receiving it can slice them up to fit. All I&#8217;m asking for is an option. Maybe the default could be for mailing lists, or maybe the default could be in favour of mobile devices &#8211; I don&#8217;t care, I just want the choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cygal</title>
		<link>http://blog.thestateofme.com/2009/08/18/how-gmail-could-be-better/#comment-288</link>
		<dc:creator><![CDATA[Cygal]]></dc:creator>
		<pubDate>Sat, 22 Aug 2009 08:15:02 +0000</pubDate>
		<guid isPermaLink="false">http://thestateofme.wordpress.com/?p=143#comment-288</guid>
		<description><![CDATA[It&#039;s not really an &#039;ancient standard&#039;, it&#039;s still used _a lot_ on mailing lists and usenet, and so on. And persons who post on those lists are used to plain text mails. It&#039;s not a matter of screen size anymore, it&#039;s a matter of habits, since gmail is used a lot with mailing lists and groups now.

Now, if the BlackBerry does not support html, I guess that&#039;s an use case they did not think about.]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s not really an &#8216;ancient standard&#8217;, it&#8217;s still used _a lot_ on mailing lists and usenet, and so on. And persons who post on those lists are used to plain text mails. It&#8217;s not a matter of screen size anymore, it&#8217;s a matter of habits, since gmail is used a lot with mailing lists and groups now.</p>
<p>Now, if the BlackBerry does not support html, I guess that&#8217;s an use case they did not think about.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

