Alaskan_Son

What is that actually made out of?

Easiest thing would be to use a texture (similar to a corrugated metal roofing/siding material from the looks of it). Outside that, for improved 3D accuracy and realism, you would need to create a separate symbol for each unique door width. This could be pretty easily accomplished by just creating a simple oversized architectural block out of a solid, polyline solid, and/or molding polyline that could be dropped into the plan, resized/modified, and then added back to library as a unique door symbol.

No worries. You don't need to respond. I was just curious is all.

I'm curious...what were the other oddities if you don't mind sharing?

This is a surprising statement. I couldn't disagree more. Chief's PBR treats lights somewhat accurately as it appears in and affects adjacent rooms, but in the current room, it always uses some predefined baseline and builds a sort of aggregate lighting effect around that. This is easily demonstrated by placing 2 basic rooms side by side. Place a window in each room, and place a door between the rooms. Now place a 100 lumen light fixture in one room and a 2,000,000 lumen fixture in the other. Set up a camera in both rooms and then experiment a little... -Toggle the sun on and off -Close the door between the rooms -Open the door between the rooms -Turn lights off in the rooms one at a time Now change that diving wall to an invisible wall. I think what you'll find is that the way both the sunlight and lighting from adjacent rooms (or lack thereof) affects its neighboring rooms is somewhat accurate, but the lighting in the room your camera is placed in is never right and definitely does not behave like light actually works at all. My hats off to you though for the amount of time you've invested manipulating things to get your desired results.

Good catch. Easily reproducible. Convert to Solid and it will be editable in plan though. For what it's worth, bear in mind that once you edit a polyline solid's shape from any direction other that that of it's original extrusion, it's automatically converted to a solid and loses it's polyline and basic 2D extrusion properties anyway, so the conversion to a solid would happen regardless.

You bet. Here's another quick example of an option where the bottom side of those side units is actually part of the cabinet and not added to the unit as a shelf from the library... One piece cab complete 2.plan

By the way, the bottom part of the 2 side sections is tricky and requires some custom shelf symbols if you want them to be part of the cabinet itself (as opposed to manually positioned and free floating) but it's still totally doable. Not something I have time to go through in great detail, but here's a rough finished example... One piece cab complete.plan I didn't perfect all the specifics. Just enough to get the point across.

For the record, I agree, and this is the basic approach I typically use myself. I almost always build those combined units out of several cabinets. I was only offering a way that it could be done with a single cabinet.

All 12 of the wall defaults are essentially identical in functionality. They just give us multiple defaults to work with. NOTE: The various wall defaults are also used for other things that those walls are used for such as automatically produced foundations, Retaining Walls, deck railing, etc., but for the intents of this particular discussion, they're essentially identical in their capabilities and any one of them can be set to match any other.

For efficiency of course. Why not just give us a single text default too eh?

NOTE: I didn't finish the cabinet. Just took it far enough so that you understood what was going on. Next step would be to add separations (or shelves) for the bottom of the 2 side sections and to change the back to something solid (Blank Areas or similar).

Totally doable... One piece cab example.plan ...and we have also commonly built cabinets in one piece to get rid of unnecessary stiles, rails, and redundant case work, so I completely understand why you would want to do so.

No attachments, and I can pretty much guarantee that the AutoCAD version is just newer than X9 can open.

I haven't done that specifically, but I do often times have several layouts per project. CD's, Cabinet Plans, Misc. Details, etc. It works great. X12 just made it a little bit easier. Having said that, I pretty rarely work with more than one of those layouts open at any one time anyway. Usually I'm working on one or the other. Your use case would be one where having both open would be far more useful.

Only if you draw them manually....which a lot of us cabinet designers do anyway for a number of other reasons. Here's a quick video I made a couple years ago that might be of assistance in this regard...

Try the Rooms layer.

A few ways to skin that cat too. First thing I’d say is that using the Page 0 method is really risky unless you are VERY consistent about always using the same scale for every single view. If you are though, what you just spelled out is about the only method. A safer method is to either strategically position the %scale% macro in the view itself, this way it always reflects what’s actually happening; OR, use the layout box scale macro instead (either in the actual label or using a referenced context macro). Aside from those methods, I think manual entry is best.

Away from my computer, but if you select the cabinet and then click Generate Custom Countertop, I don’t believe you’ll have the same issue to contend with. I believe the problem is that the automated cutout is being created by a Hole In Custom Countertop (which is part of the 2D Block for the sink symbol). When you draw out a Custom Countertop, you’re defining an edge that crosses that hole. The result is an extra 2D face. When you use the Generate Custom Countertop tool however, Chief recognizes the problem and doesn’t draw the extra edge.

A few notes: That %scale% macro works great, BUT it must be placed in plan if you want to get the correct printed results. When placed directly in layout, all you'll get is the scale of the actual drawing in layout as it relates to the page. So, if you print your PDF "To Scale", then the resulting text will be "1 in. = 1 in." Don't forget that we actually have automated page number macros. Not sure I see the benefit to using the page label. It just seems like extra work to me based on the page numbering system you're using. If it's me, I would just do this: As Mick said: Open Layout Page 0 and uncheck Include In Layout Page Table Replace the Label Column with the Number column and Rename it "Page"... Replace your "%view.name%" macro with "Page: %page.print%"... The results will be totally automated page numbering (no need to enter it manually), and in my opinion, the Layout Page Table looks less cluttered without the extra "Page" on every line...

Current version is 22.1.1.1x64

I've been asking for labels and various attributes for CAD based objects so we could do stuff like that for quite some time now. In the meantime, the best we have is Line Style>Show Length which DOES display the radius for arcs. It's just really limited what you can do with it is all.

Just opened an old X3 plan. No problems at all.

Pretty sure X12 will open an X5 plan just fine. I think the X8 thing only applies to the old PL1 files.

I also use the copy/paste hold position method for plan views, HOWEVER, this isn't a good solution for other view types and details. For those, I use lines (not temporary points). These can be copied and pasted from page to page, but whenever reasonably possible, its best to just pace them on page zero so you can use the same line as a reference on all pages. These lines can be left off the page and used for alignment and centering without the need to ever turn them off, or they can even be placed in the middle of the page and can be toggled on and off by placing them onto a unique layer.