Alaskan_Son

I feel the same way. Side note though... One thing I would suggest you think about doing is using a filled polyline with the invisible line style for some of those instances where you have to delete errant lines. Sometimes you can just cover them instead of delete them so that next time you update the view, they don’t need to be deleted again.

Plot Lines using Pattern Line Defaults for me. With plot lines we get more accurate and robust control over exactly how lines display and print, the results are sharper and crisper since they’re all vector based instead of raster (image) based, we get the option of using the Edit Layout Lines tool, we get usable snaps in layout (especially handy for positioning views and for placing CAD patches), and we get to use Pattern Line Defaults. In my opinion Plot Lines win 90% of the head to head comparison battles. They do have 2 downsides though....They take longer to generate/update, and they must be updated manually.

I recommend using a Vector View. Send to Layout using Plot Lines with shadows turned on.

Yes.

Nothing to download. You just extract the files online. Takes a few seconds. Here you go... Centre dévelopement alimentaire pour présentation (extract.me).zip or... Centre dévelopement alimentaire pour présentation.plan

.rar is just a zipped file. Plenty of easy ways to unzip online. Here's one... https://extract.me/

Kevin, If you want Chief to properly fill in gaps above and below your defined room with the proper wall type, then your railing walls need to be assigned that wall type. That's the only way Chief knows what to put there. Instead of using the "Screen Porch Railing" wall type, change those walls to the Brick-4 Wall Type. In addition, you'll need to make sure that all those walls are oriented correctly so some of them may need to be flipped.

Away from my computer so I could only read the text file, but that looks good Chop. You did a good job keeping it simple too.

Away from my computer but you don’t even need to create a custom macro. You can simply do the conversion right there in your text field... %elevation.to_ft% OR %elevation.to_ft.round(2)%

This is correct. Any changes to your default settings will affect only that one plan. Any changes to your Preferences will affect Chief's behaviors with all plans. In addition, Default settings are basically plan settings whereas Preferences are program settings. I would word this a little differently. Global changes affect every instance of that version of Chief that you might open up on that machine...old plans, new plans, etc. Per the Help files, they "apply to all plan and layout files and are preserved between sessions". Changes to the Default Settings in your Plan Template are still file specific. They only change the settings in that one single plan file. They will initially affect all new plan files that are created using that template, but every single one of those new files will have it's own unique settings from that point forward. No Default settings in any plan (template or not) can affect the default settings in any other plan. It only seems that way if you use an existing plan as the basis for a new plan. The new plan just starts with those settings though...they're still not global.

Try starting with Tools>Toolbars and Hotkeys>Create Hotkey List That will create an HTML file. Open that file and see what it shows for assigned hotkeys and test those out.

That's what the NumberFormatter is for.

Where are you seeing this as a "default display"?

That was just copied and pasted from Eric's code. I use this type of formatting for all sorts of things actually. Most importantly though, regardless of what I am ultimately displaying, I still want precision. I may or may not ultimately put 7.23" on some drawings, but I want to know that's what the number is, and I want to use that number in any calculations.

I don't think the example was using Eric's code at all. And I didn't disect BT's code that far. It looks at least a tad over-complicated though and a bit too dependent on the automatic label. When setting up custom labels like this, I find its typically best to build them from scratch for the desired use, using only the source values (schedule_number, width, height, and type_code in this case), and keeping them as simple and as explicit as possible. In this case, the desired label formatting could pretty easily be accomplished in as little as a single line of code and without all the unnecessary error handling...although I would likely use about 3 lines of code. EDIT: I took a quick look at BT's code and it looks like the problem is almost certainly the result of the conversion of a text string to an integer. .to_i converts only leading numerical values to an integer. If there are no leading numerical values, than the result is zero.

Typically the only thing you have to do to ensure your code will work in both X12 and in older versions is explicitly convert your desired object attributes to floats. So, your macro would just need the last line to read... ConvertToFeetInches(height.to_f,16, "-", "-", true) + "x" + ConvertToFeetInches(width.to_f,16, "-", "-", true)

You were right the first time. It didn't work because there was an error in one of the lines that BT fixed in the follow-up sample plan... dim = $FtIn.apply(obj.width.round(0)) + "w x " + $FtIn.apply(obj.height.round(0).to_s) + "h" #You can't apply the X12 NumberFormatter to a string

Kinda depends on the project I guess, whether it’s something you might use on future projects, on whether or not you have to custom order each pull size, on how many cabinets there are, on what the likelihood for changes is, etc. etc. I could go either way.

This of course could be done as well, but some of the other options could provide for automated sizing.

Yes, but I likely would not be applying them as pulls, but instead apply them as either a separate face item or an accessory. Ya, probably an accessory of one type or another attached to that face item. Could also be done just using custom door and drawer panels where the pull is an integral part of the door/drawer front itself.

Use another framing member and either the Trim tool, the Extend tool, or the Join/Lap tool.

Just sent you a PM.

The height/radius on one of your roof planes isn't actually correct, but that's not what's causing your problem. I'm not 100% sure, but I think what you're seeing is just the result of some hardcoded facet angle limitations. I wouldn't worry too much about how it looks right now. I think if you keep going through the process, you should still end up with the desired results. Having said that, you may need to tweak things a little for your specific plan sometimes anyway. For example: I've found that you may need to shift the start and end points of your manually drawn valley so that they snap right to the corner points (wall and peak) instead of to the line created by your CAD Detail From View. In addition, your ceiling planes could be such that they don't actually create any usable linework at the valley prior to that CAD Detail From View Step. In those cases, try temporarily changing the material being used for your ceiling to get some additional snap points. In fact, this may be preferable anyway since it results in a nice uniform snap interval...

Yes sir. I did. Chief is a little finicky in this regard, but yes, you can get the ceiling planes to clean up decently well in 3D but... -It can be very difficult to accomplish for even a single edge. -It becomes exponentially more difficult to accomplish for multiple edges. -Perhaps most importantly, it requires shifting edges and moving planes so that the results become quite inaccurate in other views--particularly Plan View. It's just not worth even going down that road in my opinion.

Preferences>General>Startup Options. Make sure this setting is unchecked...