Alaskan_Son

Can you be a little more specific with what you're drawing? If you could possibly draw those polylines with walls for example, then you could just place a text box in the resulting rooms and they would work exactly like you're requesting.

This^^^^

That particular example looks relatively easy. I doubt I would use the stair tool at all though. I’d probably model the entire thing with solids if it was for fabrication drawings.

Oh, I see. Talking about plan view lines. I missed that.

You have to set Material Regions to Cut Finish Layers Of Parent Object if you want it to do so.

It actually has a lot more useful purposes than that. Its always used for temporarily deleting surfaces, but in addition to using it to create symbols, it can also be used to investigate/troubleshoot you plan where you might want to delete surfaces to see (or maybe select) geometry behind them, it can be used to temporarily delete surfaces in order to create a CAD Detail From View without undesirable geometry in that view, and it can be used to temporarily remove surfaces for a quick rendering/screenshot. A very handy tool though.

Actually, you can do those things. The best method will depend on your end goal, on how dimensionally and visually accurate you need the model to be, and on whether or not you’ll be using the Materials List, but here are a few tools K would recommend you look at. -Wall Material Regions -Wall Coverings -Room Wall Material Settings -The Material Painter The last 2 are typically inferior to changing the Wall Type, BUT, they do allow for some of the functionality you’re after.

Define new NumberFormatter is the easiest and most accurate way.

Give us a quick example of what you're trying to accomplish.

Yes! Entirely possible. I just sent you a P.M.

Using the material painter on all of those objects changes the material settings exactly the same as it would if you were to open the object and change via the Material tab. The main difference is that a person could potentially use the Blend Colors With Materials tool, but it still changes the material being reported.

I think there's a very important distinction to be made that separates the normal Template method from the Save As method and it applies not only to Chief but to many other programs as well... In a normal Template method, a person sets up a file so that it has all the various settings they might want for a given purpose and to include any elements that they might want in all future files. In a Word document for example this might include a specific font and font size, there might be a specific header, a letterhead, a specific footer, a date, a signature line, etc. In an Excel file this might include some specifics rows and columns, some specific numbering formats, a header, a footer, etc. In Chief, this would typically include some specific default settings, some specific Plan Views and Layer Sets, some commonly used CAD Details, some pre-set cameras, maybe some pre-populated CAD work and annotation objects, and maybe even a handful of 3D objects that are typically used with every project. The files are specifically saved and managed as template files and new files are created using those aforementioned templates. With the Save As method, a person simply uses an existing project and changes the name. Typically, any unwanted elements are deleted, changes are made to settings as desired, and new elements are added. The big difference and inherent problem with the Save As method is that any and all settings and elements are always carried forward to the next project regardless of whether or not they really should be. This is great if all the changes were good, but this is rarely the case, and the Save As method can very easily result in the carry-forward of unwanted elements and faulty settings, file bloat, and even bugs. My suggestion for most people and most situations is to use the normal Template method. I tell people to keep a notepad handy and as you're working on any given project, make a note of any setting you might want to change in your template file to make future projects easier. Make a note if you see a layer you want added, make a note if you see a Plan View you want to get rid of, etc. etc. At the end of the day, week, or month, go in and make all those changes. This way your changes are carefully considered and only added when appropriate. Your template files will be much cleaner this way, will result in only the changes you made deliberately, and are far less prone to file bloat. Chief even gives us a handy tool to use an existing project to create a Template if you want and it's somewhat of a hybrid approach, but make no mistake, even though you're using an existing file to create a new template. It's still not the same as the Save-As method. At the end of the day, I actually use both the normal Template method and the Save-As method depending on the platform I'm using and on exactly what I'm doing, but the Save-As method has a much higher potential for problems.

I agree and also recommend avoiding the paint tool on walls unless its absolutely necessary. Just to clarify though, I believe walls are the only object that behaves that way with the material painter. For all other objects and materials, using the material painter is perfectly safe and effectively changes that material just as well as any other method. Walls are just unique due to the fact they can get material directives from multiple places (a very handy feature, but also one that occasionally trips up the unaware) and the only one of those material settings that affects the materials list is the Wall Type definition. This can also trip up the unaware though. If you change your Wall Type definition it will also affect every other wall using that Wall Type. For this reason it's important to set up additional wall definitions when appropriate.

Yes. This is how many many Chiefers set up their templates. The basic idea is that you have a plan template with all the views for that plan already sent to your layout template. Those templates are saved as templates with all that work having already been done. When you start a new plan and layout (using those templates), you simply re-link your layout to the new plan.

That's actually what I would do as well. The video link I posted was mostly just to address Robert's comment on rectangular ceilings. There might be some supplementary steps, but in essence, I would draw and distribute the pieces running horizontal to the baseline in an elevation view, I would draw the piece running perpendicular to the baseline in an elevation view, and then I would switch back to plan to finish sizing, copying, and distributing. Last, I would use boolean operations as desired to get the arrangement I wanted.

That would sort of work, but I think a simple on-the-fly preference/toggle would be much better. Otherwise, any shared CAD blocks, blocks in the Core Catalog, blocks in Bonus Libraries, etc. would all be dependent on whoever set them up and there would be no way to modify without adding each one to the User Library. A preference/toggle would solve all these inherent problems and would also address potential legacy issues IMO.

This can be done pretty easily even if they aren't rectangular. Here's a video I made a little while back that you could probably extrapolate the basics from. Might be worth a quick watch if you haven't seen it yet...

The Default layer is simply the default layer for any given object type. It has nothing to do with the Current CAD Layer.

This isn't really even a thing. Is it possible you're confusing Current CAD Layer with the Default checkbox? If so, those 2 things aren't actually related at all.

I can't speak for Chief, but I believe it was absolutely intentional, and I think they made the right call. Maybe it would help to look at some blatantly obvious examples of generic CAD blocks that could be used in any number of different views like a Break Line or a Graphic Scale. If you drop one of those into the plan, do you really always want to get the "Blah blah layer is not displayed. Do you want to turn on the display of this layer in the current view?" message? The obvious answer is no. I don't think anyone would argue that it makes a lot more sense to drop those blocks onto the Current CAD Layer, and I think there are many many other examples that are better handled that same way. This is Chief's default behavior and again, I think it gives us options. The suggested alternative is to simply use the layer that was set when the block was placed into the library. That would be extremely limiting and although I can see why a person would want that for some things, I for one am glad Chief doesn't work that way. I could however put my support behind a preference/toggle for the behavior though. P.S. You might want to re-read my last post. I was editing it right as you posted to provide an example that you might have missed.

Not if you got what you wanted though. What I'm saying is that I don't agree that the layer should "stick" when storing in and pulling from the library. I think it works really well having CAD blocks placed onto the Current CAD Layer regardless of the original layer. It gives us a lot of control. For example, I can create a special Room Label CAD Block that I might want to place in any one of half a dozen different Plan Views. I can store it in the library, and when I pull from the library and drop it in the plan, it will obey the Active Defaults and get placed onto the appropriate layer for that view. If the program simply used the original layer that would remove a lot of the robust control we have otherwise. If we're picking one or the other, I think the current dynamic behavior is just a lot more valuable than the suggested static behavior.

Haha! We could play this game all day long!

Yes and no. There are plenty of generic CAD Blocks that could be argued are far more effectively just placed onto the Current CAD Layer. I guess maybe a new preference/toggle for "Place CAD Blocks onto Original Layer" (or similar) would do the trick. We could all just leave it to what we prefer and toggle to the other as necessary.

Note that I said to block it a second time. After exploding, you'll still be left with a single CAD Block except that it will be on your intended layer. This is a tricky one to solve with any little software changes because its really easy to see both sides...why a person would want the block placed onto the Current CAD Layer and why a person might want the block placed onto it's original layer.

I wasn't really trying to suggest anything. Only clarifying the behavior. Here's a little trick that might help you out though. Before adding your block to the library, block it a second time. When dropping the block back into your plan, exploding it will result in a block the retains the desired layer.