Alaskan_Son

I think it's best to understand what Active Defaults are first and foremost. Once you get that, think about it like this... Default Sets are an optional way to save a pre-configured group of Active Defaults. Change your Default Set and all your Active Defaults change to that saved configuration. A Saved Plan View on the other hand will remember the state of your Active Defaults regardless of whether those Active Defaults are saved as a Default Set or not. But the Saved Plan View also remembers a whole lot more. Here's a snapshot of your Active Defaults (items that can be saved as a Default Set)... ...and that list expanded to show what is saved with the Saved Plan View...

This only happens when the resulting available space for your header is less than the header you have specified. To get the desired header, either reduce the Header Depth, lower the top of the door, or reduce the Rough Opening Top and/or Bottom settings.

When you can't get the Trim/Extend tools to work, try the Join & Lap/Miter tools instead.

Still works just as well as ever. It only applies to plant images though.

I think it should have been =count*0.1, but it barely even matters in my opinion. Whether you feel there was an error in the video or not, the video still served its purpose. She showed the basics of how to use formulas. Whether she entered the correct values is debatably irrelevant because she showed how to use the tools. A person could for example relabel the Extra column “Including Waste” and simply use =extra*price in the Total Price column and the formula she used would be entirely appropriate.

I watched the snipet in the video and tend to agree that it probably wasn’t correct. She essentially put 110% in the Extra Column. Using the Default Formula in the Total Cost column ((count+extra)*price if I remember correctly), the price would be grossly inflated.

I don't think any of us have any clue what you're talking about. It helps immensely if you use the correct terms and take time to describe things more precisely.

Just give it a try. But yes.

Yes. I think this was your problem, because even though I too think CAD Detail From View is just swell, that tool should not be necessary for this. You should already have all the snap point you need.

For all intents and purposes, most people will be working with nothing more than the macros that get displayed when you click on the Insert Macro tool. The list of available macros will vary depending on whether you have it set to Apply Formula To Line Item or Apply Formula To Source Object. You're probably entering it incorrectly. If you use the Insert Macro tool, you'll see that any macros inserted into a Material List or into the Components area need to be inserted like this... =macros.return1 You are free to do so. Send it in to tech support. That's the only way these things get addressed.

It happens equally as easily when someone changes the material using the material tab as well.

Read my last post above...

You can easily adjust the formatting after you generate the material list... ...or you can do one better and adjust it at the source...

I didn’t really read through this thread in great detail, but just FYI, roof planes don’t respect rotate/resize about current point as one might expect when manually rotating (using the rotate handle). It’s been a problem for quite some time. As with a handful of other operations in Chief, try GROUP selecting your object first to get more expected results.

You are missing lots. Click on the 2D Block tab, and then click the Help button. Read the 2D Block Panel section and related links.

Turn the smoothing angle way down. Think of that setting like this...You're telling Chief not to draw edge lines when faces are this many degrees different from each other. Turn it down to zero to see the most extreme end of the spectrum where all triangular faces get edge lines drawn, and then adjust it up from there. Also, on the 2D Block tab, check Auto if you want the 2D Block to automatically adjust to suit changes to the Smoothing Angle. Or, if you want a custom CAD Block to be used, select that one instead.

I only had a chance to play with it for a little bit but I concur. I’m relatively positive it has something to do with the new solid behaviors Chief introduced in X12. For now, I would suggest either converting to a symbol or using a 3-D molding line.

This should not even be a question. Not maybe...DEFINITELY you should send it to Chief.

If you're using X11 or X12, use a Bifold Door>Options>Door Panels>Custom And BTW, this was not posted in the appropriate forum section. This should have been posted in General Q&A. The Tips and Techniques section is where you post your own tips and tricks.

Even without a plan I can see that the schedule was likely a Room Finish Schedule converted to text since the columns shown and contents thereof cannot be done with a Room Finish Schedule otherwise. Rooms don't have an Object Information tab which you really need to add the types of notations you want, and so I would recommend you switch to using Notes and a Note Schedule instead. With some relatively simple macros and a small adjustment to your workflow you can automate everything except for the columns where you want to be adding notations manually, and with Notes, doing so can be done very easily while still keeping the schedule live.

This particular issue is really a complex problem and each person has to figure out what works best for them. Sure you can throw out any outdated sets when you stop by the job, but sometimes those outdated sets have a bunch of notes/markups to help with a particular subcontractor's process, and you just threw all those out too. And sure, you can just stop using subs who can't seem to remember to use the more current plan iteration, but is it really their job to keep up with all your constant changes or is it your job to go out of your way to make sure they're constantly supplied with the most current information and made fully aware of any changes that have been made? Also, don't forget these plans get passed around from company owners to project supervisors to site foremen to carpenters who may give their copy to the plumber and so on and so on. It's a bit of a dance for sure but the vast majority of the responsibility lies at the feet of the GC in my opinion. It's a tough job we have, but we just need to find a way to gracefully make sure everyone is on the same page...it's really our main job. On a side note, I'd say any of us who have a major problem with this might want to take a serious look at why we have to keep changing plans so much...maybe we should refine our design/drafting process a bit.

I normally try to stay out of issues I haven't come across on my own, but I'm gonna go ahead and send this one in myself. I can very easily spell out the procedure to reproduce and hopefully it will help them sort out not only this issue but other similar library object material issues as well. For the record, you can reproduce with the following steps: Copy a Wall Type from the Core Catalog Paste that Wall Type into your User Catalog Open Object IN THE LIBRARY, and modify something about it. It could be just about anything...wall type name, wall layer thickness, something on the Structure tab, almost anything. Draw with that wall from the library in the current plan and open it. All should be fine. Open a new plan, draw with that wall from the library in the new plan, and open it. All should be broken but wall in library should still look correct. Close down Chief, open it back up, start a new plan, and open that wall in the library. It should be equally broken in the library now too.

For the record, I can very easily recreate in X11 as well.

It's impossible to make sure everyone is using the most current set of plans without having a unique identifier and specifically spelling it out that they should be using the pan set with that specific identifier. It could be a version number or anything. I personally think the most dependable thing to use though is a date/time stamp. Again though, somebody has to make sure everyone is aware of the correct date/time stamp though, and as Robert pointed out, that may or may not be your job.

I'm probably going to have to be done playing with this for now, but the behavior is super weird. I can purposely get a wall to go rogue and sometimes I can fix it by simply placing another wall type in the library. The behavior of the library objects change though depending on whether you're in the same plan, you start a new plan, or you restart the program. Restarting the program is what seems to make the library object totally and permanently broke and unfixable though. Here's my conclusion for whatever it's worth...Create your wall type in plan and then add to library. Do not edit the wall type after it has been placed in library. If you do it this way, the wall seems to remain stable. There's definitely a reproducible bug that needs to be fixed here though. I think the reason many of us have never seen it is that we don't typically edit wall types while they're in the library. I'm honestly not sure I ever had up until I was troubleshooting this stuff for you today.