Archive for November, 2007

MOVE TEXT / NO LEADER override doesn’t work w/annotative dimensions

Thursday, November 15th, 2007

In properties for the an annotative dimension entity, change the “text movement” property to “move text, no leader,” then save, close and reopen. After reopening, grip edit the text portion of the dimension, and notice that the “text movement” property changes back to “move text, add leader.”

My testing has confirmed this bug in C3D, LDT and MAP 2008, but not necessarily AutoCAD 2008.

 

Workarounds: Use a dimension style set to “move text, no leader,” rather than using the property override.

First Appeared: Map 2008, C3D 2008, LDT 2008
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

Paste to Original Coordinates doesn’t paste entities

Thursday, November 15th, 2007

When copying with COPYBASE and attempting to paste using PASTEORIG, the copied entites do not appear.

This only appears to occur when using COPYBASE with PASTEORIG. Keep in mind that if you will be executing PASTORIG, then using COPYBASE to specify the entities will present a useless prompt for base point.

While its true that this can at least be interpreted as user error, the software should at least report the user error in a message box or at the command line.

Workarounds: Use COPYBASE with PASTECLIP. Use COPYCLIP with PASTEORIG.
First Appeared: AutoCAD 2006
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

UNDO stops working (2004 specific)

Thursday, November 15th, 2007

In Land Desktop 2004, there is a well documented problem where undo just stops working when it encounters an INTELLIZOOM operation and reports that there is “nothing to undo.” I’ve researched this issue thoroughly and, despite the fact that many people have experienced it, it appears that there was never an official word from Autodesk about it.

For what its worth, when I’ve seen this behavior, the QSAVE command causes several UNDO commands to perform automatically. This appears to have been an equally frequent issue among users with no publicly documented solution.

From my troubleshooting, I’ve determined this much:

  • When starting a fresh drawing, UNDOCTL = 5. After issuing several standard AutoCAD commands, UNDOCTL is still set to 5. Likewise, before issuing any undo commands, UNDOCTL is still set to 5. After undoing a few commands, undo reports “nothing to undo” when undoes an INTELLIZOOM operation. At this point, UNDOCTL = 1.
  • It’s not tied to the hardware or OS, since other users logging in to the same computer can undo just fine. It has to be tied to the windows profile.
  • It’s not related to the affected users AutoCAD profile, because I can export her profile to an ARG file, and then import it to another station, where UNDO works just fine.
  • It’s not caused by any 3rd party software, since the affected user isnt running any add-on apps.
  • Running a dummy “check points” does not correct this behavior
  • A repair install does not correct this behavior.

Workarounds: No reliable workarounds for 2004

First Appeared: AutoCAD / Land Desktop 2004

Current Status: Undos flakiness has gotten gradually better with each subsequent release. To date, however, nobody has provided a reliable solution when 2004 starts to behave this way.

Visual Lisp IDE’s help file is unsearchable in 2008

Wednesday, November 14th, 2007

Starting in 2008, the search function in VLIDE’s help doesn’t work.

Workarounds: None known. What else can be said about this? It should work, but it doesnt.
First Appeared: AutoCAD 2008
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

Numerous customizations and Express Tools do not work with Annotative Entities

Wednesday, November 14th, 2007

AutoCAD 2008′s new Annotative property for BLOCKS, TEXT, HATCHes, and DIMENSIONs does not work with AutoLISP’s (ENTMOD) function. Since (ENTMOD) is unaware of the Annotative property, applying that function to any entity list will in effect kill the Annotative properties and instances of that entity.

 

Workarounds: Rewrite all of your code and Autodesk’s Express Tools code? (File under – no reasonable workaround)
First Appeared: AutoCAD 2008
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

3DCONFIG reports, “There are no hardware drivers available”

Wednesday, November 14th, 2007

After adding a custom folder to AutoCADs “device driver search path” (ACADDRV), 3DCONFIG may report that there are no hardware drivers available. This only occurs when the custom directory is listed before the out of the box location for drivers.

 

Workarounds: Add your custom DRV folder after the “out of the box” value in Options -> Files or:

(setenv "ACADDRV" ... )

Replace … with the desired folder(s).

First Appeared: AutoCAD 2007
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

Complex linetypes which contain shapes to not display properly

Wednesday, November 14th, 2007

In Land Desktop 2008, there appears to be an issue with loading shape files in some drawing files. When opening files which contain complex linetypes, the accompanying shape files are not loaded. Consequently, complex linetypes appear to be dashed.

 

Workarounds: Manually load the linetypes after opening the drawing. This can be automated by adding the appropriate code to your acaddoc.lsp. The following snippet is an example of how you can load all of the linetypes in specified LIN files. If you’re a clean freak, though, you would probably want to purge afterwards. This is just a workaround, though. Hopefully Autodesk will provide an actual fix.

(SETQ experto (GETVAR "expert"))
(SETVAR "expert" 3)
(SETVAR "cmdecho" 0)
(PRINC "ACAD.LIN file ... ")
(COMMAND "._linetype" "l" "*"  "acad.lin" "")
(PRINC "loaded")
(PRINC "AECCLAND.LIN file ... ")
(COMMAND "._linetype" "l" "*"  "aeccland.lin" "")
(PRINC "loaded")
(PRINC "COMPANYCUSTOM.LIN file ... ")
(COMMAND "._linetype" "l" "*" "COMPANYCUSTOM.lin" "")
(PRINC "loaded")
(SETVAR "expert" experto)
(SETQ experto nil)(PRINC)

First Appeared: Land Desktop 2008
Status as of 2008 SP2: Still reproducible.
Status as of 2009: (unknown)

Tables which include delta angle cause fatal errors

Wednesday, November 14th, 2007

Certain drawings* previously created in LDT2006, will crash with a fatal error when you try to create a curve table that includes a column with the DELTA ANGLE. If you remove this column, the table works

 

* I say certain drawings, because we just started working in LDT2008 – we have not determined if this is a universal problem or not. However, I will note that in a new drawing created in LDT2008 – this bug does not occur)

Thanks to RK McSwain for submitting this report.

Workarounds: create the table w/o the DELTA column, then edit the table and put this column back in.
First Appeared: Land Desktop 2008
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

TEXT entities with FIELDS do not display correctly

Wednesday, November 14th, 2007

A TEXT entity (not MTEXT), not at 0.0 rotation, that contains text and a FIELD, whose properties include either a width factor that does not equal 1.0 -or- a obliquing angle that does not equal 0.0 – displays incorrectly.

 

Thanks to RK McSwain for submitting this report.

Workarounds: Use MTEXT
First Appeared: AutoCAD 2008
Status as of 2008 SP1: Still reproducible.
Status as of 2009: (unknown)

QUICKSAVE aborts with, “yourfile.DWG has a command in progress.”

Wednesday, November 14th, 2007

Frequently after doing extensive 3DORBITing, you lose the ability to quicksave (CTRL-S, save icon, qs). The command line reports: “yourfile.DWG has a command in progress.”

 

Workarounds: Type SAVE at the command line to save, then close and reopen the drawing.

First Appeared: AutoCAD 200?
Status as of 2008:Still occurs.
Status as of 2009: (unknown)

Slow Undo

Wednesday, November 14th, 2007

Under certain circumstances, AutoCAD’s undo command becomes very sluggish. This is frequently caused by a dead end windows shortcut somewhere in the support path or in the locations specified in the ACADDRV, PrinterStyleSheetDir, PrinterDescDir, PrinterConfigDir environment variables or any other location that AutoCAD is configured to search for files.

 

Workarounds: The most common dead end shortcut is the “Add A Plotter Wizard” which can be found in the directory specified by environment variable PrinterConfigDir. You can retrieve this variable with the following AutoLISP code.

(GETENV "PrinterConfigDir")

Find the offending shortcut and either delete it or point it to a location that everyone will have access to.

Often, this is caused by inexperienced CAD Managers copying the entire PrinterConfigDir from their C drive to a network location. Regardless of their experience level, there really is no practical reason for AutoCAD to search within the PrinterConfigDir when executing the UNDO command or any other command not related to plotting

First Appeared: AutoCAD 200?
Status as of 2008: Still occurs.
Status as of 2009: (unknown)