June 12, 2009

Copying a Schedule Table Between Drawings

Fun Schedule Feature Fact of the Day:

If you copy a Schedule Table from one drawing to another via the clipboard, all of the objects that are part of the Schedule Table's selection set also get copied from the source drawing to the target drawing. If those objects happened to be anchored objects (like Doors), then the anchored objects as well as the parent objects also get copied. Schedule Tags, if present, do not get copied. (There is a Tag Anchor that ties the Schedule Tag to the tagged object, but the "come along for the ride" effect is not two-way - clipboard copying the parent object does not bring the child object along, but clipboard copying the child object does bring the parent.)

I was aware that the parent object comes along when clipboard copying Doors, Windows and the like between drawings, but apparently never thought about Schedule Tables, until today. I had a file with several "working"* Schedule Tables in a base drawing file ("Construct" for those of you using Project Navigator - I am not), and someone else needed the file so that it could be processed and bound to a "sheet" file for use by others outside of my firm. I did not want to lose the Schedule Tables (there were some fussy selection sets involved), but knew that they did not belong in the bound file. I made a local copy of the file under a different name and then deleted the Schedule Tables from the original file before handing the files off to the colleague who was preparing the bound drawings. When I got the base drawing back, I tried copying the Schedule Tables from the copied drawing, and was successful, until I realized I now had two of every scheduled item in the drawing. A quick UNDO got rid of the duplicates (and the Schedule Tables). Fortunately, I had straightened out the layering previously and had a good layer filter string for the Schedule Tables, so I was able to quickly remake them in the base files and get the desired objects selected with a window on the first try.

* - By "working" Schedule Tables, I mean Schedule Tables I placed for my personal use in checking and coordinating the scheduled items in the base drawing file. These Schedule Tables will not ever be part of the official documentation, are there to make it easier to find specific items in specific rooms and will eventually be deleted when the task at hand is complete.

June 03, 2009

AutoCAD® Architecture 2010 – UI Changes, Part 4.5 – Ribbon Tools

If you have not been able to get the "Ribbon Tools" in 2010 to work for you, I made an interesting discovery today that may help. I knew that the ribbon tools that "run" tool palette commands, such as the Schedule Tag or Schedule Table tools on the Annotate ribbon tab on the Scheduling Panel, use the AECRIBBONTOOL command to magically reference a tool from the tool palettes that are loaded into the current workspace. The syntax in the CUIX file can be seen in the image below.
The command takes the name of the tool palette tool to be referenced. I was unclear as to what the " - ribbon" part meant, until my discovery today. I had assumed that you needed to have the out-of-the-box tool palettes loaded into your system (or at least all of the ones referenced by the ribbon tools), but it turns out that Autodesk was not willing to trust that the end users would not modify, fold, spindle, mutilate or delete the referenced tools, and so they created a single tool palette to hold all of the tools referenced by the ribbon. I assume these are copies of the similarly named out-of-the-box tools, with " - ribbon" appended to the name. That tool palette is read only, and while it is installed in the workspace, it does not appear in any of the out-of-the-box tool palette groups. A clever ploy, if your goal is to keep someone from accidentally breaking the ribbon tools.

You can customize your tool palette groups, of course, and add this tool palette to one so you can take a look at what is on it. The image below shows the first eight tools on the US Imperial version, along with the helpful note at the top indicating that it would be unwise to mess with this palette.
Curiously, this palette is not part of any of the tool catalogs that loaded when I installed 2010. I have not had time to look through the various folders to see if there are any catalogs that are not automatically included in the Content Browser library file, but a search of those that were included came up empty when searching for "Ribbon Tools", and "Ribbon" merely returned six Curtain Wall or Curtain Wall Unit tools. So if you have somehow managed to install 2010 without getting the appropriate Ribbon Tools stealth palette (or you did get it but deleted it along with all of the other out-of-the-box palettes), you may have to recreate an equivalent palette and/or edit the ACA.cuix file to point the ribbon tools to tool palette tools you do have installed. If anyone reading this has managed to find a source catalog for the Ribbon Tools palette(s), leave a comment indicating where you found it.

I suppose you could always do a direct-from-the-DVD installation on a spare computer, create a new Tool Catalog in Content Browser and then go through all of the out-of-the-box profiles you get and look for "Ribbon Tools" palettes. Temporarily add each one you find to a tool palette group and then drag-and-drop the palette into your new catalog for safe keeping and sharing with installations that need the palette. But that would only be useful if the content files behind the tools are installed in a place that can be accessed by your production machines and also installed in the same location on the spare computer. My experience with installation is limited to local, standalone installations, so if you have network-based content or use deployments with custom content locations, my suggestion here may not work, or it may be more trouble than it is worth.