<?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: Data types 2</title>
	<atom:link href="http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/</link>
	<description>Simon Murphy on professional spreadsheet development stuff</description>
	<pubDate>Fri, 08 Aug 2008 19:50:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Adam Vero</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/#comment-11634</link>
		<dc:creator>Adam Vero</dc:creator>
		<pubDate>Thu, 19 Jun 2008 22:24:03 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=585#comment-11634</guid>
		<description>The idea of stopping you from adding sterling to dollars, or pints to metres is great, but for more complex formulae it would break down.

There's absolutely nothing wrong with multiplying kg by m and dividing by squared seconds to give a force, and various other concepts such as number of customer complaints (unitless) per million dollars of product sold.

I guess that would just mean you could not use them in all cases.

It could be implemented so you could define the units for a cell and if that cell had a formula it would only accept precedent cells of the same unit [or none?] Cells with values in would not be affected, and you could create formulae in cells with no units applied which used values from cells with and without units applied.
I suppose as long as this was a warning and did not stop you mixing then it would be OK. (using the same interface as the current warnings for things like numbers in text format or formula different from row above)</description>
		<content:encoded><![CDATA[<p>The idea of stopping you from adding sterling to dollars, or pints to metres is great, but for more complex formulae it would break down.</p>
<p>There&#8217;s absolutely nothing wrong with multiplying kg by m and dividing by squared seconds to give a force, and various other concepts such as number of customer complaints (unitless) per million dollars of product sold.</p>
<p>I guess that would just mean you could not use them in all cases.</p>
<p>It could be implemented so you could define the units for a cell and if that cell had a formula it would only accept precedent cells of the same unit [or none?] Cells with values in would not be affected, and you could create formulae in cells with no units applied which used values from cells with and without units applied.<br />
I suppose as long as this was a warning and did not stop you mixing then it would be OK. (using the same interface as the current warnings for things like numbers in text format or formula different from row above)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al Gill</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/#comment-11380</link>
		<dc:creator>Al Gill</dc:creator>
		<pubDate>Tue, 13 May 2008 14:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=585#comment-11380</guid>
		<description>Actually, the way I read the responses was that most of us know what type we expect - but we also know that users often produce the unexpected so have another line of defence in VBA (or C# or whatever).  

Agree with trying to keep validation out of formula cells.  Ambivalent about units.

AJG

PS I'm also a big fan of reading in data from wksheets and faking arrays for speed purposes - clients frequently insist on data being held in XL rather than a dB so you're stuck trying to make it as fast as possible with what you've got.</description>
		<content:encoded><![CDATA[<p>Actually, the way I read the responses was that most of us know what type we expect - but we also know that users often produce the unexpected so have another line of defence in VBA (or C# or whatever).  </p>
<p>Agree with trying to keep validation out of formula cells.  Ambivalent about units.</p>
<p>AJG</p>
<p>PS I&#8217;m also a big fan of reading in data from wksheets and faking arrays for speed purposes - clients frequently insist on data being held in XL rather than a dB so you&#8217;re stuck trying to make it as fast as possible with what you&#8217;ve got.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie Hall</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/#comment-11373</link>
		<dc:creator>Charlie Hall</dc:creator>
		<pubDate>Thu, 08 May 2008 16:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=585#comment-11373</guid>
		<description>I like the concept of units - and would use them if they were available - I guess it would be good for a user to override them in some way (possibly with a visible indicator) if they really needed to get around a limitation induced by the units.  It would also make spreadsheets stronger from a audit/review perspective, which would be important for critical spreadsheets.

--charlie</description>
		<content:encoded><![CDATA[<p>I like the concept of units - and would use them if they were available - I guess it would be good for a user to override them in some way (possibly with a visible indicator) if they really needed to get around a limitation induced by the units.  It would also make spreadsheets stronger from a audit/review perspective, which would be important for critical spreadsheets.</p>
<p>&#8211;charlie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jayson</title>
		<link>http://smurfonspreadsheets.wordpress.com/2008/05/07/data-types-2/#comment-11366</link>
		<dc:creator>Jayson</dc:creator>
		<pubDate>Wed, 07 May 2008 23:46:49 +0000</pubDate>
		<guid isPermaLink="false">http://smurfonspreadsheets.wordpress.com/?p=585#comment-11366</guid>
		<description>Whenever I use data validation I try to keep it out of formula cells.  Now that I've said that, it's also not realistic to think that I try to guess what every user is going to do with the file and where they might be placing their formulas.</description>
		<content:encoded><![CDATA[<p>Whenever I use data validation I try to keep it out of formula cells.  Now that I&#8217;ve said that, it&#8217;s also not realistic to think that I try to guess what every user is going to do with the file and where they might be placing their formulas.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
