Glad to be of help and thanks to Andy Broomell that these instructions are "out there" for everyone to see.

You can have a custom title block and custom drawing data and have it all update automatically. Andy Broomell has instructions how to do it: http://www.andybroomell.com/vectorworks-title-block-tutorial/ It's all about adding prefixes and suffixes to any custom title block data record format, from Broomell's site: Field Name Modifiers: Use the P_ prefix to indicate a "project" field, meaning that you want the field to automatically be the same on ALL sheets. Use the S_ prefix to indicate a "sheet" field, meaning you may want it to be different from sheet to sheet. When you use your title block later, the P_ and S_ fields are separated into Project and Sheet tabs (see below). Fields that aren't given a prefix are placed in the General tab (not used in the example). Use the _SN suffix for the Sheet Number. This will automatically coordinate with the Sheet Number of the Sheet Layer. When you update one it'll automatically update the other. Use the _SD suffix for the Sheet Title. This makes the Sheet Title in your title block automatically coordinate with the name of the Sheet Layer. When you update one it'll automatically update the other. And so on. The sheet border/title block symbol with custom drawing data has to be placed into the "sheet border components" folder in resource browser. The title block then has to be added at least once via the add sheet border tool. After that one can duplicate sheets and edit data of the title block directly. The "use automatic drawing coordination" has to be enabled in the preferences. Edits on the title block data are automatically reflected in the drawing list and sheet layer names and vice versa. Editing can be done in any of these places. Using a custom title block and custom data enables us to have multiple drawing lists within the same VW file. We use an identifier record field that indicates what kind of drawing the particular drawing is; for example, if it is a building permit drawing, a preliminary sketch or a drawing for actual construction. All drawing lists are updated automatically and the drawings keep to the correct categories as long as the identifier is correct. From the drawing lists it is easy to copy/paste information to all cells if necessary. If we want to remove a drawing, we just remove the identifier data field contents from that particular drawing, and it won't show up on any lists any more. Edit: What's perhaps more important, the identifier enables us to work on drawings and give them names and numbers as we progress, and only when they are ready, we input the identifier -> then the drawing is included in the drawing list, not before. So far this arrangement has proved robust and easy to use.

A couple of years back we went around the two-way editing difficulty (and unpredictability, or we didn't know how to use it properly) with custom data: We have a custom space tag with text linked to a custom space record. What we achieve with this arrangement is this: -ALL Room finishes and other room-related information is visible directly under the space tag, if the related classes are turned on -The room finishes schedule allows completely free editing; eg. copy-pasting text freely to any cell, multiple cells at on time -As in the NNA example, we have a housekeeping schedule with all fields visible for easy editing, and a "publishing" schedule that is always in the same layout and format. -Easy and predictable to use, space object area data etc. can still be used A couple of screenshots attached. The text probably won't make any sense since it's in Finnish, but you get the idea.

Thanks, submitted this in the wishlist.

It seems that end-to-end joining of separate, co-linear segments of two exactly similar walls into a single wall object is not possible. Please see the attachments. Even though these wall segments can "join", that is they follow each other when dragging one or the other, they remain separate wall objects as can be seen in the object info palette when both are selected. Being able to join these separate segments into a single wall object would be beneficial for the following reasons: -BIM integrity; since the wall is not going to be built from two different wall elements in real life either, it should be one wall object in CAD as well -ease of editing (style changes etc.) -avoidance of possible rendering issues, "seams" -possible IFC/DWG export implications, if the wall appears as two objects to a reviewer (not sure if this happens if the walls are joined) -general model tidyness; more logical and less objects -quite often one has already drawn two wall objects with windows and doors already inserted, to put all these into a single wall object requires extra steps (extending one of the walls and copying and pasting windows and doors from the other wall). One would think the implementation could be straightforward as long as we are speaking of walls of same style and height. Wall join example.vwx

Ok thanks. Perhaps this could be a wishlist item, not impossible to implement one would think.

Just combine them into one wall.

Thanks, yes they move together, but they are still two separate wall objects. I thought it would be possible to make it one object since they are co-linear. To remove the "segments", so to speak.

Here is an example file, thank you. I'm using version 2017 (Architect). Wall join example.vwx

Thanks, However neither option works for me for some reason. The Auto Join is on, and the L-join doesn't join the segments. It's not only this file/wall style that has this problem.

Hi, This is probably a dumb question, but I just can't figure it out: How does one join similar, linear wall segments end-to-end so that they become a single wall? The wall joining options don't seem to do this? Please see the attached clipping. Thanks

NNA: A bit of customer feedback. This is not a proper way to implement new tools to a software package used for rather demanding tasks. Please also understand, the documents we produce with the software have legal and economic implications for our businesses. Therefore, please implement these tools when they are complete and tested, not before. At the very least there should be clear documentation about missing functionality. It's better not to have tool than to have an unreliable one.

If your project is very large, you could do the schedules in another file, if you want to. I haven't used this option myself though. Another way to produce "mysterious" extra units is to have custom data within symbols by accident. One of our projects got some extra mirrors on the corridor walls this way, luckily the client thought this was intentional!

Hi, I've found that the function ( =GetSpaceNameForObj ) is quite handy in schedules and worksheets. However, how does a door determine the space object it "belongs" to, when there are space objects on both sides of a wall? If I have a straight wall with a space object on both sides and I insert a door into the wall, the door "chooses" one of the space objects, based on something I can't figure out. If I manually move the border of one of the space objects away from the wall, the door object "notices" that only one space object is now adjacent to the door and the (=GetSpaceNameForObj) value changes to that one. To sum up, the door object picks one of the two spaces adjacent to a wall, based on something. The end result is that some of the doors might appear as to belonging to "room 1" and some to "room 2", even though they all open to the same direction and are inserted into the same wall. I remember that years ago when drawing with ADT the door object had a non-printing marker line that one could drag over a space object in order to assign the door to that particular space to avoid this issue. Is there some similar functionality in VW?

Ok thanks, found it now. Are there any precautions one should take if using tiles instead of hatches in wall components? Display performance issues etc.?