<?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: Limits</title>
	<atom:link href="http://www.dailydoseofexcel.com/archives/2008/03/28/limits/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/</link>
	<description>Daily posts of Excel tips…and other stuff</description>
	<lastBuildDate>Wed, 08 Feb 2012 23:58:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Mike Rosenblum</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31594</link>
		<dc:creator>Mike Rosenblum</dc:creator>
		<pubDate>Mon, 31 Mar 2008 23:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31594</guid>
		<description>&lt;p&gt;Ok, I just ran a quick test. There is no doubt that there is a big savings when formatting the entire column rather than only N rows. It&#039;s certainly almost immeasurable with 100 rows, but Excel is efficient about how it applies formatting across an entire Row, Column or Worksheet.  In the following, I formatted columns A-H for 100 Rows, 10,000 rows and for the entire column. The resulting file sizes were:&lt;/p&gt;
&lt;p&gt;                Excel 2003      Excel 2007&lt;br&gt;
                -------      -------&lt;br&gt;
100 Rows          17K            10K&lt;br&gt;
10000 Rows       489K           227K&lt;br&gt;
Entire Column     14K             8K&lt;/p&gt;
&lt;p&gt;So if you are using &quot;relatively invisible&quot; formatting like font characteristics that won&#039;t show up unless there is data within the cell, then it&#039;s probably easiest to simply format an entire column. If formatting the borders, or back color (aka &quot;fill&quot;) or the like, and don&#039;t want this shown for empty cells, then I guess you need conditional formatting, VBA, or some of the ideas that are being kicked around in here...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ok, I just ran a quick test. There is no doubt that there is a big savings when formatting the entire column rather than only N rows. It&#8217;s certainly almost immeasurable with 100 rows, but Excel is efficient about how it applies formatting across an entire Row, Column or Worksheet.  In the following, I formatted columns A-H for 100 Rows, 10,000 rows and for the entire column. The resulting file sizes were:</p>
<p>                Excel 2003      Excel 2007<br />
                &#8212;&#8212;-      &#8212;&#8212;-<br />
100 Rows          17K            10K<br />
10000 Rows       489K           227K<br />
Entire Column     14K             8K</p>
<p>So if you are using &#8220;relatively invisible&#8221; formatting like font characteristics that won&#8217;t show up unless there is data within the cell, then it&#8217;s probably easiest to simply format an entire column. If formatting the borders, or back color (aka &#8220;fill&#8221;) or the like, and don&#8217;t want this shown for empty cells, then I guess you need conditional formatting, VBA, or some of the ideas that are being kicked around in here&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Kusleika</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31581</link>
		<dc:creator>Dick Kusleika</dc:creator>
		<pubDate>Mon, 31 Mar 2008 14:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31581</guid>
		<description>&lt;p&gt;This templates usually uses less than 100 rows, but it isn&#039;t the only template in the model.  I don&#039;t know if dynamic formatting would add seconds, or merely milliseconds, but it already takes about 30 seconds to run already.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This templates usually uses less than 100 rows, but it isn&#8217;t the only template in the model.  I don&#8217;t know if dynamic formatting would add seconds, or merely milliseconds, but it already takes about 30 seconds to run already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod Oakley</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31578</link>
		<dc:creator>Rod Oakley</dc:creator>
		<pubDate>Mon, 31 Mar 2008 12:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31578</guid>
		<description>&lt;p&gt;I have several work books for AP and expenses where I have added a button  which after checking for the last row and adding on then check that the row above is not empty it copies the formula and formatting into the new row from that row.and adds one to an index column.&lt;br&gt;
The operators know that when they have used the last indexed row they have to press the button.&lt;br&gt;
copying from above means that if we have changed any of the format&#039;s or formula the formula then this will continue&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I have several work books for AP and expenses where I have added a button  which after checking for the last row and adding on then check that the row above is not empty it copies the formula and formatting into the new row from that row.and adds one to an index column.<br />
The operators know that when they have used the last indexed row they have to press the button.<br />
copying from above means that if we have changed any of the format&#8217;s or formula the formula then this will continue</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fzz</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31576</link>
		<dc:creator>fzz</dc:creator>
		<pubDate>Mon, 31 Mar 2008 08:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31576</guid>
		<description>&lt;p&gt;Add seconds onto runtime for a model that usually involves only 100 rows?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Add seconds onto runtime for a model that usually involves only 100 rows?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leeman</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31575</link>
		<dc:creator>Leeman</dc:creator>
		<pubDate>Mon, 31 Mar 2008 08:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31575</guid>
		<description>&lt;p&gt;I would create a formatting procedure, to be activated by a button so that formatting only happens when the user wants it to happen. The number of rows would have to be defined as a variable.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would create a formatting procedure, to be activated by a button so that formatting only happens when the user wants it to happen. The number of rows would have to be defined as a variable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Kusleika</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31571</link>
		<dc:creator>Dick Kusleika</dc:creator>
		<pubDate>Mon, 31 Mar 2008 01:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31571</guid>
		<description>&lt;p&gt;JW: I populate the worksheet via VBA, so it doesn&#039;t extend formatting and formulas automatically.  I don&#039;t do the formatting in VBA because it&#039;s already a pretty slow process and I can&#039;t add seconds onto the running time.&lt;/p&gt;
&lt;p&gt;Mike: I&#039;ve heard that too, but I&#039;ve been unable to prove it using the file size that windows reports.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>JW: I populate the worksheet via VBA, so it doesn&#8217;t extend formatting and formulas automatically.  I don&#8217;t do the formatting in VBA because it&#8217;s already a pretty slow process and I can&#8217;t add seconds onto the running time.</p>
<p>Mike: I&#8217;ve heard that too, but I&#8217;ve been unable to prove it using the file size that windows reports.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fzz</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31569</link>
		<dc:creator>fzz</dc:creator>
		<pubDate>Sun, 30 Mar 2008 21:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31569</guid>
		<description>&lt;p&gt;Use a hidden defined name like FormattedUsedRange to store the text address of the worksheet&#039;s UsedRange the last time formatting had been updated. Then have BeforeSave and BeforePring event handlers check that range against the worksheet&#039;s current UsedRange. If the former is larger, extend the conditional formatting (paste-special-format should work) and update FormattedUsedRange.&lt;/p&gt;
&lt;p&gt;Re Roger Govier&#039;s suggestion, hidden rows/columns in otherwise visible worksheets tend to cause more problems than they solve. Better to use very hidden worksheets to store special formatting templates in ranges with hidden names specific to the hidden worksheets.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Use a hidden defined name like FormattedUsedRange to store the text address of the worksheet&#8217;s UsedRange the last time formatting had been updated. Then have BeforeSave and BeforePring event handlers check that range against the worksheet&#8217;s current UsedRange. If the former is larger, extend the conditional formatting (paste-special-format should work) and update FormattedUsedRange.</p>
<p>Re Roger Govier&#8217;s suggestion, hidden rows/columns in otherwise visible worksheets tend to cause more problems than they solve. Better to use very hidden worksheets to store special formatting templates in ranges with hidden names specific to the hidden worksheets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bubba</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31545</link>
		<dc:creator>bubba</dc:creator>
		<pubDate>Sat, 29 Mar 2008 19:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31545</guid>
		<description>&lt;p&gt;a, &quot;copy&quot;  then &quot;paste formats&quot;  its only 200 rows for cripes sake....&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>a, &#8220;copy&#8221;  then &#8220;paste formats&#8221;  its only 200 rows for cripes sake&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Rosenblum</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31543</link>
		<dc:creator>Mike Rosenblum</dc:creator>
		<pubDate>Sat, 29 Mar 2008 19:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31543</guid>
		<description>&lt;p&gt;I had thought that Excel is efficient about checking the default formatting for the Worksheet first, then for the Row &amp;/or Column formatting, and then for the individual cell...&lt;/p&gt;
&lt;p&gt;So you should be able to format an entire column, using up less memory than attempting to format only 100 rows of that column. (I could be mistaken about this, but I thought that this was right.)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I had thought that Excel is efficient about checking the default formatting for the Worksheet first, then for the Row &amp;/or Column formatting, and then for the individual cell&#8230;</p>
<p>So you should be able to format an entire column, using up less memory than attempting to format only 100 rows of that column. (I could be mistaken about this, but I thought that this was right.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2008/03/28/limits/#comment-31541</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Sat, 29 Mar 2008 14:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1822#comment-31541</guid>
		<description>&lt;p&gt;The problem with lists is that people don&#039;t know what they are or how to use them. Rather than try to learn, they just freak out. Also, enough folks are still on 2000 &amp; 2002 to make lists not a universal solution.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The problem with lists is that people don&#8217;t know what they are or how to use them. Rather than try to learn, they just freak out. Also, enough folks are still on 2000 &amp; 2002 to make lists not a universal solution.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

