<?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: Restoring the Last 8 Seconds</title>
	<atom:link href="http://ExcelWithMonarch.com/xlreport/restoring-the-last-8-seconds/feed" rel="self" type="application/rss+xml" />
	<link>http://ExcelWithMonarch.com/xlreport/restoring-the-last-8-seconds</link>
	<description>Stop working for your data. Make your data work for you.</description>
	<lastBuildDate>Tue, 20 Apr 2010 15:06:37 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nick</title>
		<link>http://ExcelWithMonarch.com/xlreport/restoring-the-last-8-seconds/comment-page-1#comment-2703</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Tue, 25 Nov 2008 14:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://ExcelWithMonarch.com/xlreport/restoring-the-last-8-seconds#comment-2703</guid>
		<description>There&#039;s one quirk about Excel that has always annoyed me: Whenever you do any type of Page setup in Excel, the app has to &quot;talk&quot; to the default printer in order to correctly set the parameter.  I never understood that. All our printers are networked, no locals, so this &quot;handshake&quot; can be considerable across the network.  This may be what you were experiencing, though it&#039;s hard to say since it has always run efficiently in the past.

I explained this to a users of one of my macros and before running, he&#039;ll change his default printer to the Adobe Printer. This has shaved many minutes off the runtime of that macro, depending on how many sheets it has to produce.

I believed I have since modified the macro so that if the Adobe Printer is available (using API calls to do the checking/switching), it will switch to it before it attempts to do any Page Setup routines. At the end, it will restore the original default printer.</description>
		<content:encoded><![CDATA[<p>There&#8217;s one quirk about Excel that has always annoyed me: Whenever you do any type of Page setup in Excel, the app has to &#8220;talk&#8221; to the default printer in order to correctly set the parameter.  I never understood that. All our printers are networked, no locals, so this &#8220;handshake&#8221; can be considerable across the network.  This may be what you were experiencing, though it&#8217;s hard to say since it has always run efficiently in the past.</p>
<p>I explained this to a users of one of my macros and before running, he&#8217;ll change his default printer to the Adobe Printer. This has shaved many minutes off the runtime of that macro, depending on how many sheets it has to produce.</p>
<p>I believed I have since modified the macro so that if the Adobe Printer is available (using API calls to do the checking/switching), it will switch to it before it attempts to do any Page Setup routines. At the end, it will restore the original default printer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
