<?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: Excel Defunct Defaults</title>
	<atom:link href="http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/feed/" rel="self" type="application/rss+xml" />
	<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/</link>
	<description>A DataPig Technologies Blog</description>
	<lastBuildDate>Thu, 09 Sep 2010 14:13:49 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dan</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3395</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 23 Feb 2010 15:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3395</guid>
		<description>How odd that TRUE should be 1, rather than -1?

I often use the TRUE argument with a VLOOKUP to bracket calculated items - e.g. when ageing something, then group into an appropriate category. Looks like Match would do the same thing for me - is either appreciably quicker?

teylyn - I think that&#039;s rather a brutal approach!</description>
		<content:encoded><![CDATA[<p>How odd that TRUE should be 1, rather than -1?</p>
<p>I often use the TRUE argument with a VLOOKUP to bracket calculated items &#8211; e.g. when ageing something, then group into an appropriate category. Looks like Match would do the same thing for me &#8211; is either appreciably quicker?</p>
<p>teylyn &#8211; I think that's rather a brutal approach!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: teylyn</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3372</link>
		<dc:creator>teylyn</dc:creator>
		<pubDate>Sat, 20 Feb 2010 11:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3372</guid>
		<description>I think it&#039;s actually a good thing that the MATCH and VLOOKUP last argument defaults to 1. That avoids a lot of error messages for people who don&#039;t know how to use the functions properly. Leaving out the last argument will always provide them with a value, and if they don&#039;t cotton on to the fact that it may actually not be the correct result, well, that&#039;s what they deserve. :-)  It helps conquer the learning curve if you hit your toes hard a few times with that situation.

I actually prefer writing out the FALSE or TRUE in VLOOKUP, rather than using 1 or 0. Although I have to type a few more characters, it&#039;s not such a big deal, and with the parameter suggestions that Excel 2007 and later pops up, it&#039;s just a &quot;down arrow&quot; and &quot;tab&quot; to complete, so only one key stroke more than typing a 1 or a 0.

In a long and nested formula I appreciate all the help I can get when I need to go back and review or rework it, so if I see a FALSE or TRUE jump out at me from a VLOOKUP, I much more readily recognise what the VLOOKUP is supposed to be doing. If it were 0 or 1, I might need to look a bit harder to see what the formula does. 

Then again, I always use 0 or 1, not TRUE or FALSE with MATCH. 

But I NEVER, EVER omit it. 

There should be an Option Explicit for functions that ensures that all parameters are spelled out.</description>
		<content:encoded><![CDATA[<p>I think it's actually a good thing that the MATCH and VLOOKUP last argument defaults to 1. That avoids a lot of error messages for people who don't know how to use the functions properly. Leaving out the last argument will always provide them with a value, and if they don't cotton on to the fact that it may actually not be the correct result, well, that's what they deserve. <img src='http://datapigtechnologies.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   It helps conquer the learning curve if you hit your toes hard a few times with that situation.</p>
<p>I actually prefer writing out the FALSE or TRUE in VLOOKUP, rather than using 1 or 0. Although I have to type a few more characters, it's not such a big deal, and with the parameter suggestions that Excel 2007 and later pops up, it's just a "down arrow" and "tab" to complete, so only one key stroke more than typing a 1 or a 0.</p>
<p>In a long and nested formula I appreciate all the help I can get when I need to go back and review or rework it, so if I see a FALSE or TRUE jump out at me from a VLOOKUP, I much more readily recognise what the VLOOKUP is supposed to be doing. If it were 0 or 1, I might need to look a bit harder to see what the formula does. </p>
<p>Then again, I always use 0 or 1, not TRUE or FALSE with MATCH. </p>
<p>But I NEVER, EVER omit it. </p>
<p>There should be an Option Explicit for functions that ensures that all parameters are spelled out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3348</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Thu, 18 Feb 2010 09:10:17 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3348</guid>
		<description>Interesting article. I find it also very interesting that always the &quot;1&quot; is the default value (in the MATCH and VLOOKUP functions described above).

Maybe it&#039;s easier to program our lovely spreadsheet application with 1 as a default option for &quot;everything&quot; ;-)</description>
		<content:encoded><![CDATA[<p>Interesting article. I find it also very interesting that always the "1" is the default value (in the MATCH and VLOOKUP functions described above).</p>
<p>Maybe it's easier to program our lovely spreadsheet application with 1 as a default option for "everything" <img src='http://datapigtechnologies.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3338</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Wed, 17 Feb 2010 21:34:10 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3338</guid>
		<description>Very interesting stuff. Thanks alot.</description>
		<content:encoded><![CDATA[<p>Very interesting stuff. Thanks alot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jim cone</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3335</link>
		<dc:creator>jim cone</dc:creator>
		<pubDate>Wed, 17 Feb 2010 20:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3335</guid>
		<description>When using match in VBA...
if the list is sorted, then a match type of 1 or (-1) is much faster.  It can even be faster when sorting the list, matching and then resorting the list.</description>
		<content:encoded><![CDATA[<p>When using match in VBA&#8230;<br />
if the list is sorted, then a match type of 1 or (-1) is much faster.  It can even be faster when sorting the list, matching and then resorting the list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: datapig</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3334</link>
		<dc:creator>datapig</dc:creator>
		<pubDate>Wed, 17 Feb 2010 19:28:28 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3334</guid>
		<description>Elias:  How incredibly strange.  I did not know that.</description>
		<content:encoded><![CDATA[<p>Elias:  How incredibly strange.  I did not know that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elias</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3333</link>
		<dc:creator>Elias</dc:creator>
		<pubDate>Wed, 17 Feb 2010 19:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3333</guid>
		<description>However, it&#039;s different if you put the comma at the end w/o parameters.

This VLOOKUP(A1,Sheet2!A1:C100,3,FALSE)

Would be the same as this VLOOKUP(A1,Sheet2!A1:C100,3,)

Regards</description>
		<content:encoded><![CDATA[<p>However, it's different if you put the comma at the end w/o parameters.</p>
<p>This VLOOKUP(A1,Sheet2!A1:C100,3,FALSE)</p>
<p>Would be the same as this VLOOKUP(A1,Sheet2!A1:C100,3,)</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: datapig</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3332</link>
		<dc:creator>datapig</dc:creator>
		<pubDate>Wed, 17 Feb 2010 19:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3332</guid>
		<description>DaveM:  Good point.  I bet your&#039;e right.  Backwards compatibility probably had alot to do with the placement of defaults.

I had never thought of that.</description>
		<content:encoded><![CDATA[<p>DaveM:  Good point.  I bet your'e right.  Backwards compatibility probably had alot to do with the placement of defaults.</p>
<p>I had never thought of that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DaveM</title>
		<link>http://datapigtechnologies.com/blog/index.php/excel-defunct-defaults/comment-page-1/#comment-3331</link>
		<dc:creator>DaveM</dc:creator>
		<pubDate>Wed, 17 Feb 2010 19:03:41 +0000</pubDate>
		<guid isPermaLink="false">http://datapigtechnologies.com/blog/?p=1745#comment-3331</guid>
		<description>Remembering back to the days of early versions of Lotus 123 I&#039;m pretty sure that vlookup didn&#039;t have the exact match option, ie you always had to sort your source data and got the closest match.  Can&#039;t remember whether this was the case for early versions of Excel though.  But maybe when they introduced the exact match option they wanted backward compatibility.</description>
		<content:encoded><![CDATA[<p>Remembering back to the days of early versions of Lotus 123 I'm pretty sure that vlookup didn't have the exact match option, ie you always had to sort your source data and got the closest match.  Can't remember whether this was the case for early versions of Excel though.  But maybe when they introduced the exact match option they wanted backward compatibility.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
