<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>texupport &#187; AutoCAD &#8211; Design Flaws</title>
	<atom:link href="http://www.texupport.net/blog/category/acadflaw/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.texupport.net/blog</link>
	<description>AutoCAD / Civil 3D / Windows Utilities and Support</description>
	<lastBuildDate>Fri, 09 Oct 2009 15:00:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>RegappID cleanup utility</title>
		<link>http://www.texupport.net/blog/2008/11/18/regappid-cleanup-utility/</link>
		<comments>http://www.texupport.net/blog/2008/11/18/regappid-cleanup-utility/#comments</comments>
		<pubDate>Tue, 18 Nov 2008 21:47:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Design Flaws]]></category>
		<category><![CDATA[AutoCAD - Tips]]></category>
		<category><![CDATA[Regapp]]></category>

		<guid isPermaLink="false">http://www.texupport.net/blog/2008/11/18/regappid-cleanup-utility/</guid>
		<description><![CDATA[It just came to my attention that Autodesk quietly released their own RegApp cleaner a couple of months ago. This still doesn&#8217;t do anything to prevent Registered Application IDs from propagating through xrefs and inserts so unless you clean everything that your file might come into contact with, you can count on getting infected with [...]]]></description>
			<content:encoded><![CDATA[<p>It just came to my attention that Autodesk quietly released their own <a href="http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&amp;id=11807875&amp;linkID=9240618">RegApp cleaner</a> a couple of months ago. This still doesn&#8217;t do anything to prevent Registered Application IDs from propagating through xrefs and inserts so unless you clean <em>everything </em>that your file might come into contact with, you can count on getting infected with AppIDs over and over again. Still, along with the -purge R option that was reintroduced in 2005 or 2006 (after a very long absense), it&#8217;s a step in the right direction.</p>
<p>Autodesk&#8217;s CleanupRegApp tool isn&#8217;t any more or less effective than <a href="http://www.cadthinking.com/">cadthinking&#8217;s</a> PurgeIDs, and in fact, its interface is lacking compared to PurgeIDs. Still, it&#8217;s nice to know that this is an Autodesk developed (and, presumably, Autodesk supported) tool to address a problem that has been swept under the rug for far too long.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2008/11/18/regappid-cleanup-utility/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Running history of new features in AutoCAD which failed to deliver</title>
		<link>http://www.texupport.net/blog/2008/06/17/running-history-of-new-features-in-autocad-which-failed-to-deliver/</link>
		<comments>http://www.texupport.net/blog/2008/06/17/running-history-of-new-features-in-autocad-which-failed-to-deliver/#comments</comments>
		<pubDate>Wed, 18 Jun 2008 01:38:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Design Flaws]]></category>

		<guid isPermaLink="false">http://www.texupport.net/blog/2008/06/17/running-history-of-new-features-in-autocad-which-failed-to-deliver/</guid>
		<description><![CDATA[Ever since AutoCAD went to the one year releases, I&#8217;ve been pretty critical of how rushed all of the new features have been. This is a running list of all of the new heavily touted &#8220;bullet list&#8221; features which failed to deliver.
 
2005:
New Feature: Hatch Gap Tolerances (HPGAPTOL)
Incomplete implementation: Works in simple figures where users wouldn&#8217;t [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: left;">Ever since AutoCAD went to the one year releases, I&#8217;ve been pretty critical of how rushed all of the new features have been. This is a running list of all of the new heavily touted &#8220;bullet list&#8221; features which failed to deliver.</p>
<p style="text-align: left;"><span style="FONT-WEIGHT: bold"> </span></p>
<p><strong><span style="text-decoration: underline;">2005:</span><br />
</strong><strong>New Feature</strong>: Hatch Gap Tolerances (HPGAPTOL)<br />
<strong>Incomplete implementation</strong>: Works in simple figures where users wouldn&#8217;t need it to work, but simply doesn&#8217;t work on figures where most users we would need such a feature to work. As of 2009, it is no better than it was in 2005.<br />
<strong>Result</strong>: Most customers can&#8217;t use it which makes them revert to <a href="http://www.texupport.net/cadinfo/autocad/bhatch-does-not-find-a-hatch-boundary.html">2004 techniques</a>.</p>
<p style="text-align: left;"><strong>New Feature:</strong> Background mask property<br />
<strong>Incomplete implementation:</strong> Doesn&#8217;t work when printers are set to &#8220;lines merge&#8221;<br />
<strong>Result:</strong> Many customers still have to use wipeouts, which do work with &#8220;lines merge.&#8221; Again, this essentially forces many users to revert to 2004 techniques.</p>
<p style="text-align: left;"><strong>New Feature</strong>: Sheet Sets<br />
<strong>Incomplete implementation</strong>: Publishing can be painfully slow when there are several page setups which refer to several plotters. Often, the publish dialog can take several minutes to appear. Also, DST files on networks are still known to cause performance issues.<br />
<strong>Result:</strong> This really is a useful feature, but incomplete aspects noted above weren&#8217;t improved in 2006, 2007, 2008, 2009.<br />
<strong>New Feature:</strong> Dynamic input<br />
<strong>Incomplete Implementation: </strong>Should have been more useful than it is. There are still issues with overlapping values and sluggish performance. Done right, it could have been as great as autosnap markers.<br />
<strong>Result:</strong> With each rollout, I field dozens of calls asking how to turn it off and revert to 2005 behavior.</p>
<p><strong><br />
<span style="text-decoration: underline;">2006:</span><br />
New Feature:</strong> CUI/Workspaces<br />
<strong>Incomplete implementation:</strong> Simply wasn&#8217;t thought out very well from a workgroup point of view. The enterprise/main division is very cumbersome, not to mention enterprise partial and main partials, the fact that workspaces are stored in the CUI file, and many other overdesigned aspects. Visit <a href="http://discussion.autodesk.com/thread.jspa?messageID=5146408">this thread</a> for user complaints on this feature. This wasn&#8217;t just a case of users being resistant to change. The thread started over two years ago and it&#8217;s still being posted to.Main, partial main, enterprise, partial enterprise? Hacked ICON.DLLs? Workspaces in main and enterprise but not partials? LIFO conflics? Can&#8217;t edit workspaces when &#8220;automatically save changes to workspace is on? &#8220;Save current as&#8221; saves the current space as &#8220;start on&#8221;? Cumbersome ACLs for enterprise/partial? .. What a convoluted mess! <span style="FONT-WEIGHT: bold">Novice to semiexperienced users simply want this: How can I drag these three buttons from this toolbar to that toolbar like I did in 2005?</span> That&#8217;s it and that&#8217;s all.</p>
<p style="text-align: left;">FWIW, the CUI feature has always reminded me of the Simpsons episode when homer&#8217;s long lost brother allows him to design a better car that &#8220;the people&#8221; would buy and they end up with <a href="http://pagesperso-orange.fr/Jas-n-Geoff/Geoff/homer.jpg">this</a>. (In case you don&#8217;t remember, the car ended up with a sticker price of over $40,000 and the company went bankrupt).<br />
<strong>New Feature:</strong> Built-in PDF driver<br />
<strong>Incomplete Implementation: </strong>Didn&#8217;t work well then and doesn&#8217;t work well now. Huge margins, poorly translated lineweights, objects in paperspace layouts can appear on the wrong PDF page.<br />
<strong>Result: </strong>Many/most users resort to using a 3rd party PDF driver, just as they had to do in 2006.</p>
<p><strong><span style="text-decoration: underline;">2007:</span><br />
</strong><strong>New Feature:</strong> xref palette<br />
<strong>Incomplete implementation:</strong> Simply selecting an image in the list creates excessive &#8220;image processing,&#8221; even when the image is unloaded and/or on a frozen layer. Doesn&#8217;t work when SDI is turned on (as some verticals still force).<br />
<strong>Result: </strong>Many users have to resort to the 2006 method of using CLASSICXREF.<br />
<strong>New feature: </strong>PUBLISHCOLLATE variable is supposed to allow users to send one multi-page print job (1) or several one page print jobs (0).<br />
<strong>Incomplete implementation:</strong> known to cause fatal errors<br />
<strong>Result: </strong>For many users, publishcollate must be left at 0 which completely disables the new feature and reverts to the behavior of the previous version.</p>
<p><span style="text-decoration: underline;"><strong>2008:<br />
</strong></span><strong>New Feature: </strong>annotative mtext<br />
<strong>Incomplete Implementation:</strong> Doesn&#8217;t work with the lisp function (entmod) which means that many firms either can&#8217;t use their existing customizations or can&#8217;t use the new feature. Also, many annotative entities can&#8217;t be manipulated until a drawing is audited. Many users simply couldn&#8217;t live with the quirks, didn&#8217;t have time to invest in developing in-house workarounds and gave up on the feature.<br />
<strong>Result: </strong>As stated, for firms who have existing customizations, the new feature can&#8217;t be used and users must revert to 2007 and earlier techniques.</p>
<p style="text-align: left;"><strong>New Feature: </strong>annotative scales -<br />
<strong>Incomplete Implementation: </strong>Generally caused tons of CAD debris that will have to be fought off for years to come &#8211; and that debris was only introduced in the short period between 2008 and 2008SP1.</p>
<p style="text-align: left;"><strong>New Feature: </strong>mleader<br />
<strong>Incomplete Implementation:</strong> Extremely quirky, even in SP1. Sometimes when the text width is modified, its location pops to a random position. Also, you can&#8217;t use a field within mleader text and have it justify to middle.<br />
Result: Many users had to pass on this feature until it was more completely implemented, which meant that they had to revert to the 2007 (and earlier) quickleader techniques.</p>
<p style="text-align: left;"><strong>New Feature: </strong>multiline attributes<br />
<strong>Incomplete implementation: </strong>Arbitrary code can bleed through into the displayed value; attribute position can jump anound.<br />
<strong>Result: </strong>Many users gave up on the feature and had to revert to using single line attributes as they had to in 2007 and earlier.<br />
<strong>New Feature: </strong>Extended tooltips<br />
<strong>Incomplete implementation:</strong> Undoubtedly cause sluggish performance. There is no way to only turn off said verbose tool tips.<br />
<strong>Result:</strong> Tooltips must be turned off completely, which mimics a circa R12 environment.</p>
<p><strong><span style="text-decoration: underline;">2009:</span><br />
</strong><strong>New Feature: </strong>Ribbon interface<br />
<strong>Incomplete implementation: </strong>The ribbon, its tabs, and panels have to be in the &#8220;main&#8221; CUI file.<br />
<strong>Result:</strong> A step back for people who had been using the dashboard.</p>
<p style="text-align: left;"><strong>New feature:</strong> DST files are added to most recently used files list<br />
<strong>Incomplete implementation:</strong> After 9 sheet sets have been opened, only dst files will show up in the most recently used file list.<br />
<strong>Result: </strong>New feature leaves users worse off than with previous version</p>
<p style="text-align: left;"><strong>New feature:</strong> Layer Manager Palette<br />
<strong>Incomplete implementation:</strong> Severe performance issues when leaving palette docked<br />
<strong>Result:</strong> Users do not realize any benefits from new feature. Palette must either be closed after each operation, or use classiclayer/LAYERDLGMODE=0. Each of these operations reverts to an environment similar to 2008 and earlier releases.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2008/06/17/running-history-of-new-features-in-autocad-which-failed-to-deliver/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Unneccessary recompiling of ACAD.MNR</title>
		<link>http://www.texupport.net/blog/2006/04/01/unneccessary-recompiling-of-acad-mnr/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/unneccessary-recompiling-of-acad-mnr/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:35:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Design Flaws]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[When &#8220;automatically save workspace changes&#8221; is turned on, ACAD.CUI is saved every time you close AutoCAD, regardless of whether or not you made any changes to your workspace. At the next startup, since AutoCAD.CUI holds a newer filedate, the application needlessly recompiles ACAD.MNR, adding a little more time to a startup process that is already [...]]]></description>
			<content:encoded><![CDATA[<p>When &#8220;automatically save workspace changes&#8221; is turned on, ACAD.CUI is saved every time you close AutoCAD, regardless of whether or not you made any changes to your workspace. At the next startup, since AutoCAD.CUI holds a newer filedate, the application needlessly recompiles ACAD.MNR, adding a little more time to a startup process that is already slow enough.</p>
<p>In all fairness, this may not be a true bug, but rather considered &#8220;working as desiged.&#8221; Even so, its indicative of the lazy, rushed bloat ware that we&#8217;ve been subjected to for several years so it is included in this list.</p>
<p><strong>First Appeared:</strong> AutoCAD 2006<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2010:</strong> (unknown)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/unneccessary-recompiling-of-acad-mnr/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Background Mask is incompatible with &#8220;Lines Merge&#8221;</title>
		<link>http://www.texupport.net/blog/2006/04/01/background-mask-is-incompatible-with-lines-merge/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/background-mask-is-incompatible-with-lines-merge/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:34:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Design Flaws]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[When 2005 was released, we were introduced to a new property for MTEXT entities: background mask. Unfortunately, background masking only works when output devices are set to &#8220;lines overwrite.&#8221; From an OOP point of view, its easy to guess why it works the way it does out of the box. From a users point of [...]]]></description>
			<content:encoded><![CDATA[<p>When 2005 was released, we were introduced to a new property for MTEXT entities: background mask. Unfortunately, background masking only works when output devices are set to &#8220;lines overwrite.&#8221; From an <acronym title="Object-Oriented Programming">OOP</acronym> point of view, its easy to guess why it works the way it does out of the box. From a users point of view, however, it&#8217;s unacceptable in many situations.</p>
<p> </p>
<p><strong>Workarounds:</strong> Using the Express Tools TEXTMASK / WIPEOUT entities, just like you had to in 2000-2004<br />
<strong>First Appeared:</strong> AutoCAD 2005<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2009:</strong> Still reproducible<br />
<strong>Status as of 2010:</strong> Still reproducible</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/background-mask-is-incompatible-with-lines-merge/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HPGAPTOL doesn&#8217;t &#8220;just work&#8221;</title>
		<link>http://www.texupport.net/blog/2006/04/01/hpgaptol-doesnt-just-work/</link>
		<comments>http://www.texupport.net/blog/2006/04/01/hpgaptol-doesnt-just-work/#comments</comments>
		<pubDate>Sun, 02 Apr 2006 03:34:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AutoCAD - Design Flaws]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[The new variable HPGAPTOL was supposed to allow the user to specify the maximum size of gaps that can be ignored when creating a hatch. It wowed the crowd in the 2005 demonstration that I went to. In practice, the variable setting rarely works.
 
Workarounds: Some users have reported that selecting objects (rather than internal points) [...]]]></description>
			<content:encoded><![CDATA[<p>The new variable HPGAPTOL was supposed to allow the user to specify the maximum size of gaps that can be ignored when creating a hatch. It wowed the crowd in the 2005 demonstration that I went to. In practice, the variable setting rarely works.</p>
<p> </p>
<p><strong>Workarounds:</strong> Some users have reported that selecting objects (rather than internal points) yields better results. Others have stated that no segment of the boundary can be shorter than the value of HPGAPTOL. Even when using these techniques, many users are unable to produce consistent results.</p>
<p><strong>First Appeared:</strong> AutoCAD 2005<br />
<strong>Status as of 2008:</strong> Still reproducible<br />
<strong>Status as of 2009:</strong> Still reproducible<br />
<strong>Status as of 2010:</strong> Seems to have gotten better.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.texupport.net/blog/2006/04/01/hpgaptol-doesnt-just-work/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
