<?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: Too Many Cells</title>
	<atom:link href="http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/</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: The Big Grid Two Years Later » Bacon Bits:</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-40251</link>
		<dc:creator>The Big Grid Two Years Later » Bacon Bits:</dc:creator>
		<pubDate>Thu, 16 Jul 2009 07:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-40251</guid>
		<description>&lt;p&gt;[...] 1,048,576 Rows and 16,384 columns. Back in October 2005, there was a debate at Daily Dose of Excel (Too Many Cells) on whether the Big Grid was a good move or [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] 1,048,576 Rows and 16,384 columns. Back in October 2005, there was a debate at Daily Dose of Excel (Too Many Cells) on whether the Big Grid was a good move or [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cameron</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-34875</link>
		<dc:creator>cameron</dc:creator>
		<pubDate>Wed, 24 Sep 2008 07:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-34875</guid>
		<description>&lt;p&gt;MY PROBLEM is . . .&lt;br&gt;
I have a 12 MB spreadsheet that runs slow on my laptop (and nothing runs slow on this beast).&lt;/p&gt;
&lt;p&gt;When I save it in .htm format it is only 70KB!&lt;/p&gt;
&lt;p&gt;The problem - Although I only have 400 rows and 10 columns, I have 250 tabs!  I know this is a lame way to use excel, but what other options are out there?  Do you see my problem - 250 sheets, and 99% of the cells are empty!  Why can&#039;t I remove those extra rows and columns? ? ? &lt;/p&gt;
&lt;p&gt;Yes - I know, I would put all the data in one sheet, but I need the seperation.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>MY PROBLEM is . . .<br />
I have a 12 MB spreadsheet that runs slow on my laptop (and nothing runs slow on this beast).</p>
<p>When I save it in .htm format it is only 70KB!</p>
<p>The problem &#8211; Although I only have 400 rows and 10 columns, I have 250 tabs!  I know this is a lame way to use excel, but what other options are out there?  Do you see my problem &#8211; 250 sheets, and 99% of the cells are empty!  Why can&#8217;t I remove those extra rows and columns? ? ? </p>
<p>Yes &#8211; I know, I would put all the data in one sheet, but I need the seperation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick O'Beirne</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-33817</link>
		<dc:creator>Patrick O'Beirne</dc:creator>
		<pubDate>Thu, 24 Jul 2008 09:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-33817</guid>
		<description>&lt;p&gt;I think Jon was commenting on the quality of the advice, but sometimes a solution is found there higher in the search results than elsewhere.&lt;br&gt;
And nobody needs to pay ... just scroll down the page past the listings of topics and the entire thread is at the end of the page.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I think Jon was commenting on the quality of the advice, but sometimes a solution is found there higher in the search results than elsewhere.<br />
And nobody needs to pay &#8230; just scroll down the page past the listings of topics and the entire thread is at the end of the page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JohnDeere</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-33791</link>
		<dc:creator>JohnDeere</dc:creator>
		<pubDate>Wed, 23 Jul 2008 11:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-33791</guid>
		<description>&lt;p&gt;In experts exchange... You can just open an &quot;expert&quot; account... Then you are able to read the colutions without paying anything ;-)Hehehe&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>In experts exchange&#8230; You can just open an &#8220;expert&#8221; account&#8230; Then you are able to read the colutions without paying anything <img src='http://www.dailydoseofexcel.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> Hehehe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-33641</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Wed, 16 Jul 2008 13:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-33641</guid>
		<description>&lt;p&gt;Experts Exchange really ticks me off. Their advice is absolutely no better than what you may find in any no-fee forums or newsgroups. I wish their pages weren&#039;t included in the search results.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Experts Exchange really ticks me off. Their advice is absolutely no better than what you may find in any no-fee forums or newsgroups. I wish their pages weren&#8217;t included in the search results.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-33605</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 14 Jul 2008 16:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-33605</guid>
		<description>&lt;p&gt;All I needed was the quick fix of why pressing Tab made me jump a whole page. Some nerve &lt;a href=&quot;http://www.experts-exchange.com/Software/Office_Productivity/Office_Suites/MS_Office/Excel/Q_23275258.html&quot; rel=&quot;nofollow&quot;&gt;they&lt;/a&gt; had expecting me to pay for that information.&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>All I needed was the quick fix of why pressing Tab made me jump a whole page. Some nerve <a href="http://www.experts-exchange.com/Software/Office_Productivity/Office_Suites/MS_Office/Excel/Q_23275258.html" rel="nofollow">they</a> had expecting me to pay for that information.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mschaef</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-16895</link>
		<dc:creator>mschaef</dc:creator>
		<pubDate>Mon, 17 Oct 2005 16:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-16895</guid>
		<description>&lt;p&gt;&quot;If I were designing a spreadsheet from scratch, I would fix the number of cells and allow flexibility in the rows and columns. I&#039;ve heard that most people either need a ton of rows or a ton of columns, but usually not both. ... The upper limit is defined as the product of rows and columns and can&#039;t exceed 16,777,216. &quot;&lt;/p&gt;
&lt;p&gt;In a sense, the product of rows*cells is already limited by the amount of memory you have in your computer.&lt;/p&gt;
&lt;p&gt;Making this explicit would end up being pretty complex:  As an example, consider the case of transposing an 100,000×10 array in a spreadsheet with a 1,000,000 cell (rows*cols) limit. Transposing the array requires writing values into cells that &quot;don&#039;t exist&quot; prior to the transpose operation. This opens up the question of when those cells come into being...&lt;/p&gt;
&lt;p&gt;The Excel approach of &#039;every cell exists all the time, and memory gets allocated as required&#039; avoids these semantic hassles.&lt;/p&gt;
&lt;p&gt;-Mike&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&#8220;If I were designing a spreadsheet from scratch, I would fix the number of cells and allow flexibility in the rows and columns. I&#8217;ve heard that most people either need a ton of rows or a ton of columns, but usually not both. &#8230; The upper limit is defined as the product of rows and columns and can&#8217;t exceed 16,777,216. &#8220;</p>
<p>In a sense, the product of rows*cells is already limited by the amount of memory you have in your computer.</p>
<p>Making this explicit would end up being pretty complex:  As an example, consider the case of transposing an 100,000×10 array in a spreadsheet with a 1,000,000 cell (rows*cols) limit. Transposing the array requires writing values into cells that &#8220;don&#8217;t exist&#8221; prior to the transpose operation. This opens up the question of when those cells come into being&#8230;</p>
<p>The Excel approach of &#8216;every cell exists all the time, and memory gets allocated as required&#8217; avoids these semantic hassles.</p>
<p>-Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-16888</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Mon, 17 Oct 2005 12:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-16888</guid>
		<description>&lt;p&gt;Ross -&lt;/p&gt;
&lt;p&gt;With 30k formatted characters in a cell, we&#039;ll see Excel used as a word processor more than ever, too. My sister-in-law told me this weekend that she did her resume in Excel, because she could control the layout better than in Word. I&#039;m thinking, &quot;Merged cells, gaaa!&quot;&lt;/p&gt;
&lt;p&gt;- Jon&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ross -</p>
<p>With 30k formatted characters in a cell, we&#8217;ll see Excel used as a word processor more than ever, too. My sister-in-law told me this weekend that she did her resume in Excel, because she could control the layout better than in Word. I&#8217;m thinking, &#8220;Merged cells, gaaa!&#8221;</p>
<p>- Jon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ross</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-16885</link>
		<dc:creator>ross</dc:creator>
		<pubDate>Mon, 17 Oct 2005 09:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-16885</guid>
		<description>&lt;p&gt;A while agon over at excel watche i mention that one day we might just get one app. that is both spreadsheet, database, word processor, etc, etc. &lt;/p&gt;
&lt;p&gt;With the number of rows now very high, excel will be used like a database - even more than it is today! - this will put the demands up. &lt;/p&gt;
&lt;p&gt;I know that MS have been splitting there products out, but i can&#039;t see why, excel and acess could not share more of the same feauture - people are keen to point out that one is a RDMS and one a SS, but if the 2 things are close to each other, why not stick them together - or at least up in some features from each other?&lt;/p&gt;
&lt;p&gt;what about this?&lt;/p&gt;
&lt;p&gt;Msgbox &quot;You seem to have a lot of data in your workbook which may slow down your systems performace. You can use Excels query wizard to help speed things up&quot;&lt;/p&gt;
&lt;p&gt;maybe one day!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>A while agon over at excel watche i mention that one day we might just get one app. that is both spreadsheet, database, word processor, etc, etc. </p>
<p>With the number of rows now very high, excel will be used like a database &#8211; even more than it is today! &#8211; this will put the demands up. </p>
<p>I know that MS have been splitting there products out, but i can&#8217;t see why, excel and acess could not share more of the same feauture &#8211; people are keen to point out that one is a RDMS and one a SS, but if the 2 things are close to each other, why not stick them together &#8211; or at least up in some features from each other?</p>
<p>what about this?</p>
<p>Msgbox &#8220;You seem to have a lot of data in your workbook which may slow down your systems performace. You can use Excels query wizard to help speed things up&#8221;</p>
<p>maybe one day!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob van Gelder</title>
		<link>http://www.dailydoseofexcel.com/archives/2005/10/13/too-many-cells/#comment-16860</link>
		<dc:creator>Rob van Gelder</dc:creator>
		<pubDate>Sat, 15 Oct 2005 20:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dailydoseofexcel.com/?p=1254#comment-16860</guid>
		<description>&lt;p&gt;Dennis,&lt;/p&gt;
&lt;p&gt;I&#039;m pretty sure that most users aren&#039;t aware of their filesizes, even now.&lt;/p&gt;
&lt;p&gt;As an example, I see lots of bloated worksheets which contain hardly any data, just a lot of formatting rules extended thousands of rows.&lt;br&gt;
The 2MB XLS reduces to 50KB. You just saved close to 2MB! but the user doesn&#039;t see the significance.&lt;/p&gt;
&lt;p&gt;It&#039;s only when mail servers return &quot;attachment too big&quot; errors that they pay attention - perhaps by compressing them.&lt;/p&gt;
&lt;p&gt;Some users are better than others, so I may be generalising a little.&lt;/p&gt;
&lt;p&gt;Excel 12 compression should help on diskspace, but it&#039;s cheap as dirt anyway.&lt;/p&gt;
&lt;p&gt;I&#039;d pay more attention to the data crunchers. Those users who are intelligent, deal with a lot of data but have limited Excel know-how.&lt;br&gt;
While their spreadsheets will work, they&#039;ll reproduce functionality which Excel could already provide with little-known functions.... take the power behind SUMPRODUCT and MATCH/INDEX for example.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Dennis,</p>
<p>I&#8217;m pretty sure that most users aren&#8217;t aware of their filesizes, even now.</p>
<p>As an example, I see lots of bloated worksheets which contain hardly any data, just a lot of formatting rules extended thousands of rows.<br />
The 2MB XLS reduces to 50KB. You just saved close to 2MB! but the user doesn&#8217;t see the significance.</p>
<p>It&#8217;s only when mail servers return &#8220;attachment too big&#8221; errors that they pay attention &#8211; perhaps by compressing them.</p>
<p>Some users are better than others, so I may be generalising a little.</p>
<p>Excel 12 compression should help on diskspace, but it&#8217;s cheap as dirt anyway.</p>
<p>I&#8217;d pay more attention to the data crunchers. Those users who are intelligent, deal with a lot of data but have limited Excel know-how.<br />
While their spreadsheets will work, they&#8217;ll reproduce functionality which Excel could already provide with little-known functions&#8230;. take the power behind SUMPRODUCT and MATCH/INDEX for example.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

