<?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: We Need More .txt</title>
	<atom:link href="http://ifacethoughts.net/2007/09/27/we-need-more-txt/feed/" rel="self" type="application/rss+xml" />
	<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/</link>
	<description>Thoughts on software development and related, by Abhijit Nadgouda</description>
	<lastBuildDate>Wed, 17 Mar 2010 22:27:34 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Document Formats &#187; Bin-Blog</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-214359</link>
		<dc:creator>Document Formats &#187; Bin-Blog</dc:creator>
		<pubDate>Thu, 03 Apr 2008 18:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-214359</guid>
		<description>[...] The simplest format there is. If there is something I should remember, I just put it in a text file and save it to the desktop. I used to use it a lot earlier - but I don&#8217;t use it much nowadays due to searchability issues. There quite a few advantages in using the text format [...]</description>
		<content:encoded><![CDATA[<p>[...] The simplest format there is. If there is something I should remember, I just put it in a text file and save it to the desktop. I used to use it a lot earlier &#8211; but I don&#8217;t use it much nowadays due to searchability issues. There quite a few advantages in using the text format [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Rock</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-190671</link>
		<dc:creator>Brian Rock</dc:creator>
		<pubDate>Mon, 18 Feb 2008 15:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-190671</guid>
		<description>Let&#039;s not forget that .doc isn&#039;t the only (or best) office file format out there.  Open Office Writer&#039;s .odt format is automatically compressed on saving, and the resulting file is about half of the equivalent plain text.

That said, I think a move toward XML would be the best direction to go in.    It&#039;s easier to work with on the back-end.  A lay-person might not be able to read XML source, but that&#039;s where the Word Processor (or browser?) comes in and renders it.  As long as it&#039;s a standard data format, people can use whatever app they want to access it.</description>
		<content:encoded><![CDATA[<p>Let&#8217;s not forget that .doc isn&#8217;t the only (or best) office file format out there.  Open Office Writer&#8217;s .odt format is automatically compressed on saving, and the resulting file is about half of the equivalent plain text.</p>
<p>That said, I think a move toward XML would be the best direction to go in.    It&#8217;s easier to work with on the back-end.  A lay-person might not be able to read XML source, but that&#8217;s where the Word Processor (or browser?) comes in and renders it.  As long as it&#8217;s a standard data format, people can use whatever app they want to access it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhijit Nadgouda</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-128882</link>
		<dc:creator>Abhijit Nadgouda</dc:creator>
		<pubDate>Fri, 09 Nov 2007 04:00:18 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-128882</guid>
		<description>Christian, I would agree with you in a fully automated world. XML files are still not readable for a layman. However, I think the next step from a .txt is .xml, especially towards automation.</description>
		<content:encoded><![CDATA[<p>Christian, I would agree with you in a fully automated world. XML files are still not readable for a layman. However, I think the next step from a .txt is .xml, especially towards automation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Montoya</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-128660</link>
		<dc:creator>Montoya</dc:creator>
		<pubDate>Thu, 08 Nov 2007 18:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-128660</guid>
		<description>I disagree, I would much prefer if there were an XML format and viewer for resumes, and that became the default for sharing them. It would then be *so* easy for software to work with resumes.</description>
		<content:encoded><![CDATA[<p>I disagree, I would much prefer if there were an XML format and viewer for resumes, and that became the default for sharing them. It would then be *so* easy for software to work with resumes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pratik</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-107508</link>
		<dc:creator>Pratik</dc:creator>
		<pubDate>Mon, 01 Oct 2007 20:40:13 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-107508</guid>
		<description>I am forced to accept ugly .doc files, because I am a college student. Sadly the truth is a lot people don&#039;t care of technical merits of using .txt files, they only use what is default, and we get stuck dealing with their mistakes.</description>
		<content:encoded><![CDATA[<p>I am forced to accept ugly .doc files, because I am a college student. Sadly the truth is a lot people don&#8217;t care of technical merits of using .txt files, they only use what is default, and we get stuck dealing with their mistakes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: raveman</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-106726</link>
		<dc:creator>raveman</dc:creator>
		<pubDate>Fri, 28 Sep 2007 22:26:44 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-106726</guid>
		<description>text files are dead because we live now in Ajax world. Yes, plain HTML is better and faster, but people want it to look cooler. Word is just plain text file on steroids.

Its funny that someone here said that utf8 should be the standard for text files, but some of you cant agree that .doc is standard for documents.

The only good argument is that text file is smaller, but we all have now uber-connections, so ... size doesnt matter.</description>
		<content:encoded><![CDATA[<p>text files are dead because we live now in Ajax world. Yes, plain HTML is better and faster, but people want it to look cooler. Word is just plain text file on steroids.</p>
<p>Its funny that someone here said that utf8 should be the standard for text files, but some of you cant agree that .doc is standard for documents.</p>
<p>The only good argument is that text file is smaller, but we all have now uber-connections, so &#8230; size doesnt matter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Hoyt</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-106673</link>
		<dc:creator>Ben Hoyt</dc:creator>
		<pubDate>Fri, 28 Sep 2007 19:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-106673</guid>
		<description>In my experience companies themselves are fine with a website URL or whatever format for your CV/resume, but recruiting firms require Word docs because they fit in with their big icky HR software. I must say I dislike the red tape and overheads introduced by recruiting firms, and believe companies would do well to skip them and hire direct.</description>
		<content:encoded><![CDATA[<p>In my experience companies themselves are fine with a website URL or whatever format for your CV/resume, but recruiting firms require Word docs because they fit in with their big icky HR software. I must say I dislike the red tape and overheads introduced by recruiting firms, and believe companies would do well to skip them and hire direct.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nelz</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-106629</link>
		<dc:creator>Nelz</dc:creator>
		<pubDate>Fri, 28 Sep 2007 17:03:28 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-106629</guid>
		<description>I was *totally* flustered when I was applying for jobs, and I sent someone a resume in .txt format...  They insisted I send them a .doc format one.  Why!?!

It turns out that Microsoft Word actually *can* read and display documents in .txt format.</description>
		<content:encoded><![CDATA[<p>I was *totally* flustered when I was applying for jobs, and I sent someone a resume in .txt format&#8230;  They insisted I send them a .doc format one.  Why!?!</p>
<p>It turns out that Microsoft Word actually *can* read and display documents in .txt format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://lukeplant.me.uk/</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-106593</link>
		<dc:creator>http://lukeplant.me.uk/</dc:creator>
		<pubDate>Fri, 28 Sep 2007 13:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-106593</guid>
		<description>Of course, you forgot about encodings.  It makes plain text entirely *non* cross platform and non portable.  Plain text in emails works fine, as the headers contain encoding information.  There is no standard for doing this in plain text, and guessing in unreliable.  Attempts at specifying encoding can make things worse e.g. putting unicode BOMs at the beginning of files can cause breakage with some tools.  So, when you receive a `plain text&#039; file, it is basically impossible to parse it at all.  http://www.creativepro.com/story/feature/9763.html

It&#039;s possible that this might become less of a problem if UTF8 becomes the defacto standard, but that isn&#039;t going to happen perfectly anytime soon, and until it does plain text will continue to be painful and limited in usefulness.</description>
		<content:encoded><![CDATA[<p>Of course, you forgot about encodings.  It makes plain text entirely *non* cross platform and non portable.  Plain text in emails works fine, as the headers contain encoding information.  There is no standard for doing this in plain text, and guessing in unreliable.  Attempts at specifying encoding can make things worse e.g. putting unicode BOMs at the beginning of files can cause breakage with some tools.  So, when you receive a `plain text&#8217; file, it is basically impossible to parse it at all.  <a href="http://www.creativepro.com/story/feature/9763.html" rel="nofollow">http://www.creativepro.com/story/feature/9763.html</a></p>
<p>It&#8217;s possible that this might become less of a problem if UTF8 becomes the defacto standard, but that isn&#8217;t going to happen perfectly anytime soon, and until it does plain text will continue to be painful and limited in usefulness.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spacebat</title>
		<link>http://ifacethoughts.net/2007/09/27/we-need-more-txt/comment-page-1/#comment-106579</link>
		<dc:creator>Spacebat</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://ifacethoughts.net/2007/09/27/we-need-more-txt/#comment-106579</guid>
		<description>I use outline-mode in emacs a lot, which breaks down to lines starting with N asterisks to indicate hierarchy and I name those files *.otl

At my last job there was a shared drive with a directory for each client, containing among other things a file called network.txt. There had been a few pushes to replace this with a database but the engineers stopped this and insisted they needed to be able to edit the info in vi. However the structureless nature of this file was limited the usefulness of the information. I suggested they use YAML, possibly with a wrapper script to make sure the file saved parsed as valid YAML. That way scripts could iterate over the customers and do the right thing, much of the common information would be in predicable places in the file, and engineers could edit it from remote sites in vi. I found a better job before this was implemented though.</description>
		<content:encoded><![CDATA[<p>I use outline-mode in emacs a lot, which breaks down to lines starting with N asterisks to indicate hierarchy and I name those files *.otl</p>
<p>At my last job there was a shared drive with a directory for each client, containing among other things a file called network.txt. There had been a few pushes to replace this with a database but the engineers stopped this and insisted they needed to be able to edit the info in vi. However the structureless nature of this file was limited the usefulness of the information. I suggested they use YAML, possibly with a wrapper script to make sure the file saved parsed as valid YAML. That way scripts could iterate over the customers and do the right thing, much of the common information would be in predicable places in the file, and engineers could edit it from remote sites in vi. I found a better job before this was implemented though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
