December 11, 2014

AutoCAD: Automation Error. Description was not provided.

While I am certain that the error message in the title above will be issued for any number of reasons, I came across this when some users were trying to run a custom AutoLISP® routine that draws an area to be enlarged "box". Until yesterday, I was unable to reproduce the issue on my own computer, making it hard to figure out what was causing the error. Having determined at least one cause for this error message, I decided to document it here.

Finally running into the error myself yesterday, I was able to use the VisualLisp IDE to step through the main routine and determine that the crash was occuring during a call to a subroutine that returns a list of the Layer Keys in the current Layer Key Style. While I would like to think of myself as a relatively competent AutoLISP programmer, there are definitely areas where my skills and experience are thin; error handling routines are one such area. At the time I wrote that subroutine, I was not aware that the out-of-the-box (AecLayerKeyList) function (defined in AecLMgrLISP.arx) would do what I wanted from my subroutine (I was likely confused by the description of the routine as returning "a resbuf list of strings"), so I wrote my own, with no error handling. It turns out that at some point in the past, our office standard Layer Key Style ended up with a corrupt Layer Key. Attempting to read the name of this layer key results in the "undescribed" error. Both the (AecLayerKeyList) function and the Style Manager are capable of handling the error. Style Manager just omits the corrupt Layer Key; the (AecLayerKeyList) function includes the name as an empty string (""), which is not valid input for the name of a Layer Key.

Overwriting the "bad" Layer Key Style with one that does not have the corrupt Layer Key resolves the error and allows the area-to-be-enlarged routine to run. That was much easier than adding error handling to my routine, and should probably be done in any event.

November 30, 2014

ACA: AEC Modify Tools, Part 4, AEC Subtract

First post in series [AecLineworkExtend].
Previous post in series [AECLineworkDivide].

The AecLineworkSubtract command is available on the Home ribbon tab, on the Modify panel flyout, by selecting the Subtract tool from the Merge/Subtract flyout. If the Subtract tool is not the displayed tool on the Merge/Subtract flyout, select the right side of the split button (down arrow icon) to deploy the flyout and choose the Subtract tool. Or, with no command active, you can right click in the drawing window, and choose AEC Modify Tools > Subtract from the context menu.

The AecLineworkSubtract command can be used to subtract (delete) parts of linework, AEC Polygons, Mass Element Extrusions that have an embedded profile, Spaces and Hatches as well as from Block References which contain any of these objects. There are two options for specifying the extents of the subtraction area:
  • Select one or more items in the drawing, which form at least one closed loop. Any single closed item will work (closed Polyline, Circle, Ellipse, AEC Polygon, Mass Element or Space), as will any combination of objects that, combined, form at least one closed loop.
  • Press the ENTER key when prompted to select items to subtract, and then define a subtraction rectangle by selecting opposite corners of a rectangle. The rectangle will have sides parallel to the X- and Y-axes of the current UCS.
If you select objects to specify the subtract border, you will asked if you want to erase the selected items. The default response is No. The Screencast embedded below shows the AecLineworkSubtract command in use on various object types. As with the AecLineworkTrim and AecLineworkDivide commands, if the original object was a closed object, a closed obejct will result, with Circles becoming closed Polylines.
Here are some additional notes regarding the AecLineworkSubtract command:
  • MText, Text, Ellipses and Ellipse Arcs cannot be added to the selection set of objects from which to subtract a portion.
  • Ellipses and Ellipse Arcs can be selected as (part of) a boundary defining the area to subtract.
  • Mass Elements with a shape other than "Extrusion" and Mass Element Extrusions that have an external Profile can be selected as objects from which to subtract, but will not affected by the AecLineworkSubtract command. These types of Mass Elements can be used to define the area to subtract.
  • If a Block Reference is selected as an object from which to subtract, only those nested objects within the block on which the AecLineworkSubtract command works will be affected.
  • Attributes within a Block Reference will not be affected by the AecLineworkSubtract command.
  • If a Block Reference is selected as an object from which to subtract, it has subtractable nested elements and it is the only instance of that Block Reference in the drawing, then the original block definition will be redefined to include the effects of the subtraction. If at least one instance of the Block Reference remains unaffected by the subtraction, then the original block definition will remain unchanged and the affected instance(s) will become instance(s) of new, anonymous block definition(s).
  • Multi-View Blocks can be selected as an object to have a part subtracted, but will not be affected by the command.
  • If the area to subtract effectively splits an object into two or more separate pieces, the result depends upon the selected object. Closed Polylines and Circles will result in two (or more) separate Closed Polylines. Hatches, Mass Element Extrusions (embedded Profiles), AEC Polygons and Spaces will result in one object, with two (or more) separate, non-contiguous regions.
  • Associative Spaces, Walls, Doors, Windows and Door/Window Assemblies can be selected as items from which to subtract, but will not be affected by the command. Non-associative Spaces do work with the AecLineworkSubtract command.
  • Subtracting from an associative Hatch will result in a non-associative Hatch, regardless of whether or not the boundary of the Hatch is included in the subtraction.
  • If an object in the subtract selection set is entirely within the subtraction boundary, it will be deleted.

As with the AecLineworkDivide command, there are object types and combinations of objects within a Block Reference that I did not test. If you are thinking of using the AecLineworkSubtract command in a situation that you have not done so previously, you may want to use the Mark option of the UNDO command to place one or more UNDO Marks prior to using the command, so that you can easily UNDO Back to the point before the command was used if you get unexpected results.

November 23, 2014

ACA 2015: Cannot invoke (command) from *error* without...

Several people in the Autodesk AutoCAD® Architecture General Discussion Group have experienced problems when trying to run AutoLISP routines in which an error condition is encountered. Instead of the usual, often helpful, error message at the Command: line, this error shows up, instead:
Cannot invoke (command) from *error* without prior call to (*push-error-using-command*).

This appears to happen even when the first thing you do in a drawing is evaluate a LISP expression with an error, for example, by typing (alert 1) at the Command: prompt and then pressing ENTER.

If you were hoping for a more informative error message, so you could try to work out what went wrong, you will want to reset the initial definition of the *error* function to what it should be:
(defun *error* (msg) (princ "error: ") (princ msg) (princ))

One way to get this code loaded into every drawing you open would be to include it in your ACADDOC.lsp file (if you have one; if not, you can create one). This file needs to be somewhere in the AutoCAD Search path (and be the first on of that name found); if your firm has a standard ACADDOC.lsp file and you do not have rights to edit it, you may want to discuss having this code added to it with your CAD Manager. You will also want to have the folder in which the ACADDOC.lsp is placed be designated as a Trusted Path (Files tab of Options dialog) if you have SECURELOAD set to 1 to avoid the nag dialog about loading it. If SECURELOAD is set to 2, you have to have the ACADDOC.lsp file in a Trusted Path folder, or the file will not load at all.

There are other ways to get this code loaded with each file, if using ACADDOC.lsp does not work for your situation. The easiest would be to open Notepad and paste the code above into it, then save the file with a name of your choosing and a LSP extension, again, to a folder that has been designated as a Trusted Path. Then add that file to your Startup Suite in the Load/Unload Applications dialog (APPLOAD command).

I am not sure why the *error* function is not properly initialized, but running the above code when opening a drawing or creating a new drawing will resolve this issue and give you the expected error messages.

November 09, 2014

ACA: AEC Modify Tools, Part 3, AEC Divide

First post in series [AecLineworkExtend].
Previous post in series [AecLineworkTrim].

I decided not to wait six years between posts on the AEC Modify tools this time. Today's featured command is the AecLineworkDivide command. This command can be accessed on the Home ribbon tab, on the Modify panel flyout or from the right-click context menu (no command active), by choosing AEC Modify Tools > Divide.

The Screencast embedded below shows the AecLineworkDivide command in action. As shown in the Screencast, the command works on linework, Mass Element Extrusions that have an embedded profile, AEC Polygons, Spaces and Block References that contain at least one of the previously mentioned objects. 11/23/2014 Update: "Linework" includes Hatches.

You can specify the dividing line in two ways (just as you could do so for the AecLineworkExtend and AecLineworkTrim commands), either by selecting two points, as was done in the Screencast, or, by pressing the ENTER key when prompted for the first point, and then hovering over an existing line in the file and left clicking when the desired dividing line is highlighted. No matter which method you choose, the dividing line is treated as being infinite in length; the endpoints need not be outside the extents of the selection set.

When a closed item is divided by the AecLineworkDivide command, the resulting objects are also closed, whether the objects are main objects or nested within a Block Reference. A divided circle results in two closed Polylines. A closed Polyline results in (at least) two closed Polylines. An open Polyline results in at least two polylines, and possibly many more, if the dividing line crosses the Polyline multiple times, as it does in the example in the Screencast.

Here are some additional things of which to be aware when using the AecLineworkDivide command:
  • MText, Text, Ellipses and Ellipse Arcs are not dividable and cannot be added to the selection set for the AecLineworkDivide command.
  • Mass Elements with a shape other than "Extrusion" and Mass Element Extrusions that have an external Profile assigned are not dividable. If you include these types of Mass Elements in the selection set of the AecLineworkDivide command, the entire object will be duplicated, even if the dividing line does not intersect the Mass Element.
  • If you divide a Block Reference with dividable nested objects that has just one instance in the file, then the original block definition will be redefined as the objects on one side, and an anonymous block will be created for the objects on the other side. If there are other instances of a Block Reference that are not in the selection set, then the original definition will be left as is, and anonymous block definitions will be created for both sides of the divided Block Reference.
  • When undividable items are present in a block reference that is being divided, the undividable elements will be included in the block definition of both of the newly created blocks.
  • Weird things happen when you divide an attributed block. If there are no dividable objects, the attributed block may be "replaced" with an anonymous block, which may not be annotative even if the original block was. If there are dividable items in the attributed block, then you will likely get two blocks, with the attributes in both, although in my tests the actual instance in the file of one of the blocks did not have the attributes, but inserting another instance of it did result in attributes.
  • Multi-View Blocks are selectable, but will not actually divide, even if the underlying view block contains dividable graphics. The Multi-View Block will duplicate, however (in place), even if it is not cut by the dividing line. This is actually quite handy in the case of a Multi-View Block Space tag, where you are dividing the Space as well. If you include both the Space and the Tag in the same AecLineworkDivide command selection set, then each of the two Spaces created by the divide will be tagged by one of the two Tags generated. You will still have to manually separate the two Tags.
  • In some cases where the object to be divided is irregularly shaped, the divide may create more than two potential objects, for example, a U-shaped closed Polyline or Space divided across the arms of the "U". For the Polyline, you will get three closed Polylines. For the Space, you will only get two Spaces, one of which will have two non-contiguous sub-areas.
  • Walls, Doors, Windows and Door/Window Assemblies do not work well with the AecLineworkDivide command. These items will not be split (not even Walls), but they will duplicate in place, creating, in the case of Walls, cleanup nightmares, and duplicate objects in the other cases. I would not recommend including these items in the selection set of the AecLineworkDivide command.
  • Associative Spaces are also not good candidates for the AecLineworkDivide command. The entire Space will be duplicated, and both will be associative to the same boundaries. I cannot think of a scenario where that would be the desired end result. Non-associative Spaces work just fine, as seen in the Screencast.
  • 11/23/2014 Update: If you select the boundary of an associative Hatch, select the Hatch as well, if you want the Hatch to remain associative and to be associative to the trimmed boundary. Otherwise, the Hatch will become non-associative and retain its extents.

I am sure I have missed some object types or some combination of objects nested inside a Block Reference that have unexpected results when the AecLineworkDivide command is applied. I suggest using the Mark option of the UNDO command to set one or more UNDO Marks prior to using the AecLineworkDivide command in unfamiliar situations, so that you can easily UNDO Back to the Mark if things are not to your liking. That said, there are cases where this command can be handy, when used appropriately.

Next post in the series [AECLineworkSubtract].

October 30, 2014

New Features Links

From time to time, questions are raised as to what new features have been added between Release X and Release Y. I try write about the new features at the time of each release (or, at the least, the new features that interest me), but have never collected links to all of those in one place. To make it easier for me to refer to them, and for others to find them, this post will become an index to the new features posts. I will place a link to it under the Oldies But Goodies section at the right side of the blog.

ACA 2015
ACA 2015 - New Look
ACA 2015 - Style Import
ACA 2015 - Version Management in Project Navigator
ACA 2015 - Visual Comparison
ACA 2015 - Command Preview
AutoCAD 2015 - Cursor Badges
ACA 2015 - Highlighting and Selection Preview

ACA 2014
ACA 2014: Property Set Defintion Auto-attach
ACA 2014: Command Line Search
ACA 2014: Door and Window Placement
ACA 2014: Tools from the DACH Extension
ACA 2014: Additional New Features/Improvements

ACA 2013
ACA 2013 - Grouping and Subtotals in Schedule Tables
ACA 2013: Object Display Enhancements Part 1
ACA 2013: Object Display Enhancements Part 2
ACA 2013: Object Display Enhancements Part 3
AutoCAD 2013 - Command Line Enhancements

ACA 2012
ACA 2012 New Feature - Corner Windows
ACA 2012 Enhanced Feature - Column Grids
AutoCAD 2012 New Feature - In-Canvas View Controls
AutoCAD 2012 New Feature - AutoComplete

ACA 2011
AutoCAD® Architecture 2011 Overview
Selection Cycling
ACA 2011 - Opening Location Changes - Part 1
ACA 2011 - Opening Location Changes - Part 2
ACA 2011 - Opening Location Changes - Part 3
ACA 2011 - Opening Location Changes - Part 4

ACA 2010
AutoCAD® Architecture 2010 - Editing Wall Cleanup In Place
More AutoCAD® Architecture 2010 Features
AutoCAD® Architecture 2010 - UI Changes, Part 1 - The Application Menu
AutoCAD® Architecture 2010 – UI Changes, Part 2 – Resizing the Ribbon
AutoCAD® Architecture 2010 - UI Changes, Part 3 - The Ribbon, Home Tab
AutoCAD® Architecture 2010 - UI Changes, Part 3.5 - Tool Palette Command Buttons Alert
AutoCAD® Architecture 2010 - UI Changes, Part 3.6 - Fixing Context Menu Paste Commands
AutoCAD® Architecture 2010 – UI Changes, Part 4 – The Ribbon, Insert Tab
AutoCAD® Architecture 2010 – UI Changes, Part 4.5 – Ribbon Tools
AutoCAD® Architecture 2010 – UI Changes, Part 5 – The Ribbon, Annotate Tab
AutoCAD® Architecture 2010 – UI Changes, Part 6 – The Ribbon, Render Tab
2010 File Format Change
AutoCAD® Architecture 2010 - UI Changes, Part 7 - The Ribbon, View Tab
AutoCAD® Architecture 2010 - UI Changes, Part 8 - The Ribbon, Manage Tab

ACA 2009
AutoCAD Architecture 2009 - Part 1
AutoCAD Architecture 2009 - Part 2
AutoCAD Architecture 2009 - Part 3
AutoCAD Architecture 2009 - Part 4
Space Generation in ACD-A 2009 with AutoCAD® Object Boundaries

ACA 2008
No More LTSCALE/PSLTSCALE Problems!
Annotative Tags With Leaders in ACA 2008
I appear to have been distracted in 2007, and did not write extensively about the new features in ACA 2008. You can read about three 2008 features that were at the top of Matt Dillon's list in his blog, here.

ADT 2007
ADT 2006 Tags
Enhanced Property Data Features in ADT 2007, Part 1
Enhanced Property Data Features in ADT 2007, Part 2
Enhanced Property Data Features in ADT 2007, Part 3
Enhanced Property Data Features in ADT 2007, Part 4
Enhanced Property Data Features in ADT 2007, Part 5
ACA 2008/ADT 2007: Setting a Different Property Data Format in a Formula Property

ADT 2006
ADT 2006 Tags
ADT 2006 Tags Illustrated
Formula Property Interface Improved in ADT 2006
Selection Previewing in ADT/AutoCAD 2006
Selection Previewing Update

October 18, 2014

Renaissance Revit - A Partial Review

Some time ago, I purchased Renaissance Revit® - Creating Classical Architecture with Modern Software, by Paul F. Aubin. Since then, I have been struggling with finding time to work my way through the tutorials in the book. Having finally made it into Chapter 6 (of 14), and completed the Tuscan column, it occurred to me that I should write something about it now, rather than waiting until I had gotten through the entire book (whenever that may be).

The intent of the book is to provide intermediate and advanced lessons in the use of the Revit Family Editor. The vehicle in which these lessons is delivered is classical architecture, but whether or not your design work involves use of the classical orders, all but the most highly experienced Family Editor users will find numerous techniques and tips that will be quite useful in the families that you create for your work. The book assumes a basic understanding of Revit. Chapter 2 provides an overview of basic family editor skills for anyone new to the Family Editor.

The book starts out by laying a foundation of skills needed throughout the rest of the book. A brief discussion of the classical orders and the strategies that will be used is followed by a review of core Family Editor skills. Since the classical orders are all based on scale and proportion, and because the SCALE command in Revit does not work on many elements, including 3D geometry, Chapter 3 introduces methods for enabling scaling and maintaining proportions through parameters. Anyone who has ever struggled with parametrically controlling curves and/or angles in a family (which includes me) will find Chapter 4, which covers constraining curves, well worth the cost of the book.

Chapters 5 and 6 apply the lessons learned to the creation of content for the Tuscan Order. All of the content is tied back to the diameter at the base of the column by formulas, and, for the columns, the base diameter is determined by the column height. One family, with just two types (Without Pedstal and With Pedestal), produces columns of any size, scaled up or down based on the column height.

The Screencast below shows the Tuscan column in action.

I have no hesitation in highly recommending this book to anyone seeking to improve their knowledge of the Revit Family Editor, particularly those who have made some basic families and are looking to learn more advanced techniques. If you can afford the higher cost, the color edition enhances the learning experience. But if cost is an issue, the content in the black and white version is the same. Instructions for downloading a dataset from the author's website are provided. You can download either just the files needed to start each lesson, or a larger package that also includes catch-up and completed files. The catch-up files let you jump in at intermediate points in a lesson, if desired (or can be used to compare against your file, to see if you executed the tutorial up to that point correctly).

FULL DISCLOSURE: I know the author and have worked with him in a paid capacity on other books (the 2010 and 2011 editions of his book for AutoCAD® Architecture). I did not have anything to do with the production of this book (other than responding to a survey that Mr. Aubin conducted) and paid the full retail price for my copy of the book.

September 13, 2014

ACA - Creating a New Tool Palettes Set

I came across this somewhat older article in the Autodesk® Knowledge Network recently: Creating a New Tool Palettes Set. Written for AutoCAD® Architecture 2011, I made a mental note to look into this when I had some time, because creating additional Tool Palettes File Locations is something that I do on occasion (more often than most users, no doubt). See the "Note" at the end if you are interested in why.

In the past, I had found that if I added a new folder path to the Tool Palettes File Locations node on the Files tab of the Options dialog and bumped it to the top of the list so that it would receive any newly added palettes, that the folder remained empty, and that added palettes went to the first editable location further down on the list. I did discover that if I copied the AcTpCatalog.atc file and all of the subfolders from a working palette location to my new folder, that new palettes would go into this location. Not wanting to duplicate palettes and images that were in the location from which I copied the AcTpCatalog.atc file and not wanting to have to delete them every time I set up a new tool palette set, I eventually deleted all of the palettes from a copied set (except for one, blank palette) and then set that aside as a "starter" location to be copied when making a new set.
Years later, I discovered that by editing AcTpCatalog.atc with an XML editor, I could strip out the blank palette as well. I find Microsoft's free XML Notepad 2007 to be quite useful for tasks such as this. It is also great if you move content location and need to edit the paths stored in a lot of tools, as you can search for/replace one string with another.

So, I was quite interested in the procedure in this article, but, since I had been doing what the article said to do and had not had success in the past, I wondered what I was doing wrong. The clue to that is in the note in Step 7. Unfortunately, while what the note says is correct (if the location you add already has a tool palette set, a new one will not be created), it does not go far enough. The procedure and this note assume that you only have one path specified under the Tool Palettes File Locations node. If you have more than one path, and any one of the paths have a tool palette set, adding a new, empty folder and moving it to the top of the list will not generate a new tool palette set in that empty folder. You have to remove all folders that have a tool palette set in order to have ACA generate a new tool palette set in the new (top of list) folder. If you would prefer not to mess with the Tool Palettes File Locations paths set in your working Profile (removing them will remove the palettes from any Tool Palette Groups you may have set up), simply create a new Profile for the purpose of generating an empty tool palette set. In the new Profile, remove all paths except the one pointing to your new, empty folder. When you click OK to dismiss the Options dialog, a new tool palette set will be generated, with one, blank tool palette.
You can delete the new Profile afterwards, if you have no further use for it, and then add the new folder to your working Profile's Tool Palettes File Locations. That is much easier than copying an existing tool palette set folder and then deleting the palettes defined therein. And, having done this once, you can make a copy of that folder and reserve that as a seed folder that you can copy for future new palette sets.

Note:
I typically have a long list of "local" paths under the Tool Palettes File Locations node in my ACA profiles, as I have found it makes it much easier to bring these into a new release if they are not all jumbled together along with the out-of-the-box palettes in the WorkspaceCatalog (Imperial) [or Workspace Catalog (Metric) or Workspace Catalog (Global), if you typically use one of those] that is present on initial installation. [This is based on installing the United States English language content. You may have one or more differently named locations, and may not have one or more of these, depending upon your location and the content options you have installed.]

While I do have a custom, personal catalog into which I put "finished" palettes, and could transfer the palettes that way, I also have a lot of custom, on-the-fly palettes which I like to bring along, and I find it easier to keep these as editable local palettes, not linked to a catalog. And, as Design Technology Manager, I also need to be able to edit the tool catalog content for all of the disciplines at my firm. The end users typically access these palettes by directly including the path to the network-based Tool Catalog in their Tool Palettes File Locations. But in case some are i-Dropping refreshable palettes into their workspaces, I have a profile in which I do the same, so that I can edit the linked tool and copy it back and have it replace the previous tool. This maintains the order of the tools on the palette better than deleting the old tool and replacing it with a new one. I also like to keep each discipline's palettes in a separate Tool Palettes File Location, so that I can modify my profile to show just that location when doing the edits, to avoid confusion over i-Dropped and directly included versions of the same palette.

One last thought: The image above shows my Tool Palettes File Locations in ACA 2010. The folders that start with "toolpalette - " (actual folder name starts with "ToolPalette - ", but ACA does not keep the capital letters captialized) are custom locations I have added for various groups of tools. For reasons lost to the mists of time, I started the names of my locations that way, rather than with "WorkspaceCatalog". (Perhaps ADT 2004 did not use "WorkspaceCatalog" for the default folder names, or perhaps when working with the new-to-2004 feature back then, I confused that with the Tool Catalogs that also hold the out-of-the-box tool catalogs?) There is an out-of-the-box folder in the Support folder under your user name that is named "ToolPalette". This holds the out-of-the-box vanilla AutoCAD palettes and is not included as a path under Tool Palettes File Locations in the ACA Profiles (but is used in the "AutoCAD" profile, if you chose to create that when you installed the program).

September 06, 2014

AutoCAD - Object Snap Tracking and Command: Line Docking Status

There is an issue in AutoCAD® with Object Snap Tracking when the Command: line is undocked and either Dynamic Input is disabled, or, if enabled, the Pointer Input component of dynamic input is disabled. Under these circumstances, when you acquire a point, and move the cursor to a position where you have a tracking line active, when you start to type the distance you want from the tracking point, the tracking line disappears from the screen, and if you press ENTER after typing the distance, the resulting point will not be where you want it.

Three ways to avoid this:
  1. Dock the Command: line.
  2. If you like your Command: line undocked, turn on Dynamic Input (if off) and verify that Pointer Input is enabled. See NOTE below.
  3. If you really do not like having Pointer Input enabled, you can leave it disabled (leave Enable Dimension Input where possible enabled and keep Dynamic Input turned on), but after you type in the distance value for the offset from the tracked point (and the tracking line has disappeared), BEFORE you press the ENTER key, move the mouse slightly to reactivate the tracking line, and THEN press the ENTER key.
The Screencast below shows several attempts to use Object Snap Tracking to locate the starting point of a Line 10'-0" at 0 degrees from the existing intersection of two lines:
  1. Undocked Command: Line, Dynamic Input turned off. [Fail]
  2. Docked Command: Line, Dynamic Input turned off. [Success]
  3. Undocked Command: Line, Dynamic Input turned on, Pointer Input disabled. [Fail]
  4. Undocked Command: Line, Dynamic Input turned on, Pointer Input enabled. [Success - notice that tracking line does not disappear when typing offset distance]
  5. Undocked Command: Line, Dynamic Input turned on, Pointer Input disabled. [Success - because mouse was nudged after offset distance was typed, restoring tracking line, before ENTER was pressed]

NOTE: If you want to minimize the amount of time that the Pointer Input box appears on screen, you can right click on the Dynamic Input tool on the Application Status Bar and choose Dynamic Input Settings from the context menu. In the Drafting Settings dialog that appears, on the Dynamic Input tag, choose the Settings button in the Pointer Input area and choose the As soon as I type coordinate data radio button in the Visibility area.
You can also set the DYNPIVIS System Variable to 0 .

I would like to see Autodesk address this deficiency, but from Discussion Group posts, it appears to have been around for quite a few releases, so you may want to make note of the workarounds above.

September 04, 2014

ACA 2015 - Highlighting and Selection Preview

Long-time users of Autodesk® AutoCAD® and Autodesk® AutoCAD® Architecture are likely familiar with the HIGHLIGHT system variable, which enables/disables highlighting of selected objects. Back before grips, enabling it was the only way to visually keep track of what objects were currently selected. The 2015 release adds a new effect to both selection highlighting and selection preview - the "glowing line" - along with the traditional dashed line (dashed and thickened for selection preview). Hardware acceleration has to be enabled in order for the glowing line effect to be displayed. The SELECTIONEFFECT System Variable allows you to choose between the two options (see below for details).
Selection Highlight with Glowing Lines

Selection Highlight with Dashed Lines


Selection preview allows you to see what object would be selected if you completed the current selection action. So, the object under the cursor that would be selected if you left clicked will get the selection preview as you move your cursor around the screen. If you start a selection rectangle or lasso (window or crossing) or a selection fence, the selection preview is applied to all objects that would be selected if you ended the selection method at that moment. The PRESELECTIONEFFECT System Variable (see below for details) allows you to choose between glowing lines and dashed/thickened lines. When glowing lines are enabled, you can distinguish already selected items from selection preview items by the color of the glow: a selected item will have a blue glow whereas an item that has selection preview applied have a gray glow.
Selection Preview with Glowing Lines

Selection Preview with Dashed and Thickened Lines


Depending upon your viewing preferences, machine capabilities and drawing size and complexity, you may find selection preview disruptive to your workflow. You do, however, have more control over this feature than just on or off. Selection preview can be globally turned on or off independently for two different conditions: when a command is active and when no command is active. This is controlled by the SELECTIONPREVIEW system variable (see below) or by using two of the toggles in the Options dialog, on the Selection tab, Preview area in the lower right corner, immediately under Selection preview. (The toggle settings reflect the current value of the SELECTIONPREVIEW system variable; checking or unchecking the toggles will modify the system variable accordingly.)
Control Selection Preview in the Options Dialog, Selection Tab

An additional level of control is provided by the PREVIEWFILTER system variable (see below for more details). This allows you to exclude certain types of objects from receiving the selection preview highlighting: objects on locked layers, external references, tables, groups, multiline text and hatches. In addition to assigning a value to the system variable directly, you can control this from the Options dialog, on the Selection tab, in the Preview area, by selecting the Visual Effect Settings button. This opens the Visual Effect Settings dialog; the Selection Preview Filter area on the right side contains toggles for excluding each of the previously listed object types (checked = no selection preview).
Exclude Object Types from Selection Preview in the Visual Effects Settings Dialog


Details on the system variables that affect highlighting and selection preview follow. The variable names are linked to the 2015 Online Help topic for that variable.

HIGHLIGHT (not saved; initial value 1)
0 - Turns off object selection highlighting
1 - Turns on object selection highlighting
(No effect on preselection highlighting, just selection highlighting.)

SELECTIONEFFECT (saved in registry)
0 - Dashed lines and no solid fill for faces.
1 - When hardware acceleration is on, displays glowing line highlighting effect and solid fill for faces.

SELECTIONPREVIEW (saved in registry; bitcoded sum of the following values)
0 - Off
1 - On when no commands are active
2 - On when a command prompts for object selection

PRESELECTIONEFFECT (saved in registry)
0 - Dashed and thickened lines, no solid fill for faces.
1 - When hardware acceleration is on, displays glowing line highlighting effect and solid fill for faces.

PREVIEWFILTER (saved in registry; bitcoded sum of the following values)
0 - Excludes nothing
1 - Excludes objects on locked layers
2 - Excludes objects in xrefs
4 - Excludes tables
8 - Excludes multiline text objects
16 - Excludes hatch objects
32 - Excludes objects in groups

HIGHLIGHTSMOOTHING (saved in registry)
0 - Turns off anti-aliasing effect on object selection highlighting.
1 - Turns on anti-aliasing effect on object selection highlighting.
(Hardware acceleration must be on. Affects both preselection and selection highlighting. On my computer at home, there was little to no effect on AEC objects, as seen in the image below; on my computer at work, the effect was more noticeable on AEC objects, and for all objects the stair-stepping effect had much shorter steps than the image below for lines without hightligh smoothing.)

Lines with HIGHLIGHTSMOOTHING Set to 0 [Left] and 1 [Right]

Walls with HIGHLIGHTSMOOTHING Set to 0 [Left] and 1 [Right]

September 03, 2014

AutoCAD: Resetting a User's Profile

Sometimes things "go south" and the program, or some part of it, stops working the way it is supposed to work. Trying to figure out the precise thing that is wrong can often take more time than it is worth, particularly if the issue is not one that has presented itself to you before. The usual suggestion is to run a repair on the installation, to see if that fixes the issue, and, if not, to do a reinstallation and, failing that, a clean uninstallation and reinstallation. (I usually jump straight from the repair installation to the clean uninstall/reinstall, as I have found few issues that a repair installation would not fix that did not require the clean uninstallation.)

One thing you can do before doing a clean uninstall/reinstall, is to see if the problem persists when a different user logs into the computer. If the problem does not occur for the new user, the issue may lie with user-specific files or settings. After backing up any and all customizations that user may have made, you can "reset" the user's profile (deleting it and letting AutoCAD® recreate it by re-running the secondary installer for that user) by following this procedure.