Alaskan_Son

One thing you can do to speed up the process--assuming you are always using the same screen size to start with--is to figure out what the resize factor is and just get into the habit of quickly using Transform Replicate and along with the appropriate Resize Factor. You could similarly Resize using other methods/edit modes but you would need to figure out either the Resize Factor or drag distance to make any of those methods nice and quick.

There are several methods that work in X13 including those you already listed. The left side needs to have a 3/4" right stile though in all methods that I know of.

I got it to work from scratch. Heading out the door right now. Curious to see if you can figure it out on your own before I get back and tell you how I did it.

I seem to be able to make it in X13. Its pretty easily provable by the way. Just use the Match Properties tool to apply all setting from that X12 cabinet to an X13 cabinet. I don't believe you can affect any properties using the Match Properties tool that couldn't also be done through the dialog.

Ya, I personally think that should be reworded. It still has value outside legacy plans. Its rarely the best approach, but I think it still has its occasional applications for sure. One very quick example drawn and dimensioned to 1" accuracy... Notice how the rounding results for the diagonals are completely different for all 4 boxes depending on where they land on the rounding grid. We can always increase rounding precision which helps for many of these scenarios but the results can still be undesirable and a little misleading in many cases. If distance rounding were removed as an option, we would end up having to simply override the dimension text which would be even less desirable than using distance rounding in the first place IMO.

I believe the image size is controlled entirely by your screen size. If you want a smaller size by default then I believe the only options are to use a smaller screen or decrease your window size manually.

Are you suggesting that there should be another?

By the way, if you're using a metric template, you should have no reason for adding the extra text at all. The macro could simply be... %room.standard_area.round(2).to_s.sub(".", ",")% and Chief would automatically add the m².

Just to be clear, Chief only uses Grid Rounding if you have it set that way. You can always change your defaults to Distance Rounding if you prefer. I would rarely recommend using Distance Rounding though.

For the record, I would personally probably write a custom text macro for that situation instead of putting it all in a text box. I was mostly just trying to show a quick example. It works as written, but one problem with long chunks of text in room labels is that sometimes the shear length of the macro text and the resulting text box size will keep the text box from recognizing the room that you want it to and you end up having to reposition the text box. A minor but annoying little problem sometimes.

You can draw very precisely in Chief once you get used to using the proper workflows. Using the CAD Detail From View tool and Copy/Paste Hold Position like I mentioned above is a really big one. Using things like Point To Point Move, Center Object, the Align/Distribute tools, the Rotate/Resize About Point functionality, drawing with the proper Arc Creation Mode toggled, using the Enter Coordinates dialog, and adjusting the Dialog Number/Angle Style to a more precise format when necessary...to list just a few of many, are all things you can do to improve the accuracy of your drawings. It just comes down to using the right tools. If you're lining something up with your eye, I'd say 99 times out of 100 you just took a wrong turn.

Not all objects in Chief have snaps. As you've found for example, you can snap to a wall's interior and exterior surface and you can snap to the interior and exterior extents of the main layers but not to any other layers. For these layers and for other areas where Chief simply doesn't provide the desired snaps, I recommend you add a little extra step to your workflow: Use the CAD Detail From View tool and the Paste Hold Position tool to get the snaps you need. Create CAD Detail From View and then Copy/Paste Hold Position from that view back to your original view and you'll have precise snaps to work with. I think its also worth mentioning that Chief automatically generates some temporary CAD in cross sections that are called Cross Section Lines and that live on the Cross Section Lines layer. These lines can be snapped to, but they're only generated for parametric objects that you're actually cutting through. In other words, you can automatically get some of the snaps you need by simply using camera positioning in some cases.

If you're having problems with one or 2 rooms in a plan, this is another place where using text boxes instead of (or even in addition to) the auto labels is worth a look. Again, you can simply open up that one text box and adjust the rounding behavior if you wanted to... %room.name% %room.standard_area.to_sq_m.round(2).to_s.sub(".", ",")% m2

I would encourage you to always search for a balance with regard to using automated features and using manual options that will enhance your capabilities. Chief will automate a ton of things but with all that automation there are costs and limitations. You could shoehorn a lot into the automated features, but sometimes it just makes a lot more sense to stop futzing around with it and use a different method. Room labels for example...Yes, you can use the auto room label and place a macro in your Default Label, but then you're also stuck with a single text format for both the name and the area. Start adding more information to your room labels or try to start including room numbers and you quickly find that it leaves a lot to be desired. Creating text boxes with custom text macros and copying/pasting those is an extra step, but its FAR more flexible and very easy to make changes to individual room labels on the fly (think tings like removing information from rooms where its not important or doesn't fit very well).

This^^^^ except that you can speed it up by group selecting and addressing them all in one go.

Actually, we still have Export to Res Check. That's a different tool and I don't believe anything was changed in that regard. The newly listed feature is a simple CSV export option to replace the thermal envelope data that we used to get in the Materials List.

There are quite a few methods that can be used. A few things to remember though that will hopefully help you... Under normal circumstances and unless they're manually manipulated, walls will automatically build through until they hit a roof or ceiling plane. This means you can either drag walls up/down in 3D (not the most ideal) or keep your roof planes inside your walls. Under normal circumstances, unless they're manually manipulated, and unless they're under a roof or ceiling plane, walls will continue up until they reach the height of your defined ceiling. This means you could set the height of your parapet walls using the room ceiling height or by building roof planes directly over the walls. You can create a room's ceiling using a manual ceiling plane and/or by using the room's ceiling definition. This means your room definition ceiling height could set the parapet wall heights and a manually placed ceiling plane could be used for your actual ceiling. As Ryan already mentioned, you can use multiple floors to further add to your possible options.

I agree. Not sure if this is the thread you're talking about or not, but here are my thoughts on the subject...

This should really be posted in the General Q&A section. Delete this thread, post a new one over there, and you'll likely get a few more answers pretty quickly.

The defining macro needs to be executed somewhere onscreen or else the global will never be defined. It doesn't necessarily need to be visible, but Chief needs to render it somehow. If you want to use the Text Field for example, then you would need to have the Note Schedule placed somewhere in your view (even off to the side) and the Text Column would need to be displayed. Because the Text Column is displayed, the defining code will be executed, and then global variable will be set. The problem with the Text Field is that the Note Schedule is the only place that text can be rendered onscreen aside from the actual data entry field. If you want to use a Custom Object Field, you could still use the schedule method, but there are other more complex methods you can use as well. For example, you could just include the defining text in your actual callout label in such a way that it is not displayed, like this maybe... %simple_schedule_number%%($test = custom_fields["Test Field"]); ""%

Just in case you aren't aware of this, you can actually just enter that code directly into the label as well like this if you prefer... %automatic_label% %width% x %height% (Glass Area %((height-4.in)*(width-4.in)).round(1)%)

The %automatic_label% macro will report values according the Automatic Label settings even if those settings are greyed out...

Objects set to be included in schedules can automatically either use their standard Label or they can use a Callout label but not both. Whether a Callout is used for the label or not is controlled by the schedule(s) that object is included in (Labels>Use Callout For Label). The Callout label is limited to the schedule prefix and the schedule number. If you want to include more information than that, you will need to uncheck Use Callout For Label. If you're using the Automatic Label then you can choose to Include Schedule Number. If you're using a Custom Label though you'll have to manually include %schedule_number% in your label. You can also optionally have both the standard label and a callout label by placing a callout manually and connecting it to the window using a line with an arrow, but that's typically more work than its worth IMO.

Never assume its being worked on and always report things that you really care to see fixed or changed. Like every other company out there, Chief has limited resources, and they're going to work on higher priority items first. If there is some obscure tool that only 3 people use that's just completely broken and all 3 people report it, its still likely to take a back seat to the 20 complaints they see for some other tool that is just not working as expected. I personally don't think its very productive for users to even share when a problem has been acknowledged by technical support because it really means next to nothing and gives a false sense of assurance that the problem is being addressed. Just because its on their radar doesn't mean its getting worked on. It only means that they know about it and that they plan to work on it when it makes its way to the top of the list. One of the best ways (if not the best way) to help ensure that it reaches the top of the list is to report the problem yourself so that your name gets added to the list of people who care to see it fixed. I also think its worth noting that the problem you're experiencing may not even be the same problem another user is experiencing even though they seem similar on the surface. Sometimes its simply impossible to know for sure until you submit all the required information. Again, if you're experiencing a problem and you care enough to see the issue fixed, report it yourself.

I agree. Seems like a bug in this regard.