Joe_Carrick

I thought that might be the case. You could maybe fool Chief by having some windows in a wall off to the side that don't show on the printed plans but that could be tricky.

Larry, Just the last technique would do it. The Schedule order totally controls the callouts.

Larry, Are you using a different Label for each window? If so, you can use the "Callout" and just rearrange the rows of the Schedule (move up or down) and the Labels will change to match.

Perry, He doesn't want "Automatic Labels" in this case. The other way to manage the numbering is to rearrange the rows of the schedule itself.

Larry, In the Schedule dbx, turn off "Use Callout for Label"

Since Rich Posted it at 12:14 am - I think you can know who the jokester is. I'm sure Doug was sound asleep, not out riding in the Idaho hills.

Use a normal Wall 16" tall as a Solid Railing. Then draw some normal Railing Walls outside of the balcony and check "No Room Definition", "Include Bottom Rail", adjust the Railing profiles and heights. Now move these railings so they are on top of the Solid Railings. You might need to add a Molding Polyline so the bottom rail will mitre at the corners. Or, you can just leave off the bottom rail and make the first rail a half wall with a Cap Rail.

After creating some "Multi-Line Text" using a Ruby Macro, I thought I'd see what would happen if I put that into a Component Field for an Item in a Schedule. Amazingly, the Multi-Line Text is displayed in the Schedule and it pushes all the subsequent lines down so that it fits. The grid lines of the schedule need to be suppressed, but it proves that Schedules could have Multi-Line Text. Even more importantly it proves to me that I could actually build a Full Schedule with Word Wrap and Multiple Lines of Data per Schedule Item.just using Ruby Macros. By coupling that with a Rich Text Box it's possible to create some really nice looking Schedules. Don't get me wrong, It's a large task. But, it's possible.

1. If everything there is just lines and text - you should b able to marque select and block. 2. Why do you want to block this? 3. If all else fails, create a CAD Detail from view - that you can block for sure.

What are the objects? Walls, Roof Planes, Doors & Windows can not for example be included in a Block. Most other 3D objects can be Blocked to form an Architectural Block. IAE, 3D objects are not CAD so they can't be combined to create a "CAD Block" and they can't be blocked with 2D CAD Objects.

I've been experimenting and I am able to do a "Word Wrapped" note system using Ruby. The problem that I have at this time is that I'm wrapping at the first space after a set number of characters. That works fairly well for a fixed font such as Courier but it doesn't for work as well for proportional fonts. I will need to figure out a width factor for different characters so that the width of the lines is more consistent. OTOH, maybe it's not that bad even with the proportional font.

Yes, but you need to do something like: x="" if type_code == "RS" x = "XO" elsif type_code == "LS" x = "OX" elsif type_code == "TS" x = "OXO" else x = "X" end x

Big Item that I and others are pushing to ge in X8

Ron, I have it on good authority that this will be in X8

Bernie, For your Note system you might want to check https://chieftalk.chiefarchitect.com/index.php?/topic/4186-the-plan-note-key-schedule-from-a-plant-schedule-video/ as it provides a pretty neat way to do it. It's even possible with a Custom Column in the Schedule to use macros for the notes. Or you can put macros directly into the Label of the object - which means you can customize according to Chief's knowledge of an object. Obviously, those capabilities exist for any object that's included in a Schedule.

This is partially available right now using Custom Schedule Columns and the Components List which can use a macro to get the data. The Callout comes from the schedule and the data from the object comes from the macro in that field of the Component List. But the use of this is currently not set up to provide variation within the macro as much as we need.

As a member of the 2015 User Feedback Panel one of my most important things is making ConDocs as accurate and easy to complete as they can be. Automatic annotation based on the model is therefore right at the top of my list.

While it's true that using the Text Macros the way Perry does to save typing the note over and over is effective, it would be much more effective if we could access the actual Roof Finish Layers, Wall Finish Layers, etc directly from the Plan database via Ruby attributes. Here's an example of how this could work: Chief knows the make up of the Layers of a Wall. If that information was available as Ruby attributes for walls, we could write a macro to create a note specifying exactly that information (down to the main layer) and have that displayed as a Wall Label in the Elevation View or in Sections, Wall Details, etc. The Label would be consistent with the model rather than being just something we type. This is really the only way to be sure the Label is what is in the model rather than something else. It would avoid errors and also provide feedback to the user about what his Wall, Roof, etc was made of.

Sherry, I'm currently only able to keep them organized alphabetically. I have a standard series that I have in my Default Plan Template and my Default Layout Template but that is a pretty large list and it tends to more than fill the screen when I go to select a macro. I've made a suggestion on the "Suggestions Forum" https://chieftalk.chiefarchitect.com/index.php?/topic/4581-text-macro-management-organization/#entry39741 for a Browser with Tree Structure (Folders and Sub Folders). I have also sent that to "suggestions@chiedfarchitect.com". It would be a good idea if everyone would send the same suggestion. In order for it to be high on the priority list they need a lot of requests.

Bernie, Try the "Little Book of Ruby" www.sapphiresteel.com/IMG/pdf/LittleBookOfRuby.pdf That's a pretty good reference - and it's free.

One thing that you will notice using Perry's "Text Macros" is that they are specific to the Current Plan. Changing the macro on one Plan doesn't effect other Plans unless you export it and import it into the other Plan. For things that should always be the same from Plan to Plan I put the macros in my Default Template.

After you create the Slab Foundation, Switch to Stem Walls and draw over the Exterior Footings with "Foundation Walls". You might need to check the box for "Slab at top of Stem Wall".

But not with the latest version I posted

Larry, I would not make "Custom Window Symbols" for what you are using them for. I would start with a Standard Window and work with Casings, Sills, Aprons, Lintels (using Custom Molding Profiles) to get the exact Window configuration. Then I would add that window to my Library. Then when you get that window from the Library it brings along all the detail. Chief's "Custom Window Symbols" were really designed to be "Projection Windows" ie: Applied to the exterior. They still have several problems in how they work and I've reported those - maybe we'll get them fixed in X8.

That might work but you would definitely need to make sure the same material was used for both the countertop and the edge molding in order to avoid the black line. even then, I'm not sure that would do it.