robdyck

Steve, the simplest fix to this would be if Chief would let you add more than one profile to the Rail Profiles dbx and also specify it's location on the xyz axes. In the past I've used m own molding lines to properly make railings that suit the actual site conditions rather than the limited options provided by Chief. Chief's stairs also don't let you specify the stringer shape or thickness with any degree of true control. Nor does the dbx allow for a riser thickness. As we shift to the world of 3d matching the 2d, the 'smarts' of each object needs to be increased. The same model should offer enough control that the renderings and sections can be efficiently produced without so many workarounds. We're going to get left behind if Chief doesn't improve this.

I thought it must have been discussed. I just didn't find anything relevant when I searched the Q&A.

Perry, I've posted the plan and a picture. I take it from your response you don't have this issue. I've never not had it model this way. bravada_2016-4_-_Copy.zip

Is there anyone who knows how to get garage foundation walls to buck down to the underside of the garage slab automatically? The garage slab should be sitting ON the foundation at overhead doors, not butting up to it. This would be a great time saver to not have to adjust this CAD detail in every section of every plan. This is especially annoying if you're using an ICF foundation because it affects the 3D view. This is all easy to fix in 2D section views, and it doesn't really show up in 3D if you keep the slab and wall materials the same...but, if you're producing renderings for marketing materials, or sharing the model with customers, or engineers, or trades, etc., the model must be exact. This thread probably ties in to other threads like sloping slabs, and decks. Any thoughts out there other than manually drawn slabs and p-solids?

The issue I've experienced happens at simple connections between 2 walls. It appears randomly on an individual corner. It seems that it may occur after a layout window is refreshed and usually only happens to one intersection, which of course, makes it harder to find. One of those things you usually notice after the plan has been printed to paper. This seems to be the only bug I experience regularly. Happened in X6 & X7 before and after the upgrade to Windows 10. I should just check with tech support. I assumed there'd be many others with this same issue.

glennw: I like that ramp idea. never though of that before; I'll give it a try! Russ: My typical approach is to make sure that the framing, stairs, landings are finalized. Then, in a section view, I draw a CAD line along the nosings, and replicate it vertically for each rail and convert those line into 3D molding polylines to get exact appearances correct. I'll place one spindle and replicate it on the correct coordinates after I've calculated the spacing. The key is to keep adding every custom made molding to your library so it's easily available for any plan. Is that in any way similar to what you'd do? Or anyone esle, for that matter?

None of Chief's stair settings allow me to automatically display stairs and railing in the manner that we build locally. Any railings that I need to display in 3D are built manually so that I know the same model can be used to produce a dimensioned detail. It's no help to you CEC123, but that method has saved me many headaches, as well as giving me better layer control. I can assign different elements to different layers for different purposes. One difficulty I find is no control of stringer thickness (that I'm aware of). Also, in my region, the railing assembly would be built on top of a sloped wall that would be framed to match a closed stair stringer. Chief doesn't do that.

Does anyone experience the beauty of random, occasional wall connections displaying a mitered joint in plan view? I use a solid grey fill for the main layer of walls, and the mitered joint displays a main layer line weight. The wall then needs to be dragged back a bit and allowed to snap back into connection with the joining wall to get back to a 'clean' connection.

Simple problem: when specifying a fill style such as "angle hatch" for a framing member and selecting "transparent fill", it simply won't become transparent. For example: where a deck is framed, I'd like to specify a transparent fill for beams (so that the posts show through) and place them on their own layer so they display in my final plans without displaying the joists. Currently I draw the beams and posts using p-solids. I thought it might be easier to just change the layer of the auto-framed beams as opposed to drawing my own. Certainly not a big deal, I'm just curious why it doesn't work. Thoughts?

I'll certainly adjust my settings now. I did indeed do a couple of tests at different resolutions, and @ 96 dpi the only part of my printed layout file that was unsatisfactory was the portion that was an imported pdf. That portion was quite pixely and wouldn't be legible when printed to paper. Perhaps an email to tech would throw some light on this. I do use imported pdfs in my layout file regularly. I typically show some details that have been provided by the local code authority which are only available in pdf (and obviously i'm too lazy or prudent to redraw that which has already been drawn).

Great suggestions. I appreciate it. I had been printing @ 600 dpi too ensure that imported pdfs and renderings printed clearly. 96 dpi was fine for everything except the imported pdfs and that brought the file down to 2MB. I settled on 300 dpi which was clear enough for the pdfs with a file size around 6MB. All that being said, I am curious why my imported pdfs bog it down so much when in X5 I never ran into this issue using all the same settings.

I've imported a few pages in pdf format to a single page 3 of 5 in my layout. This adds about 12 MB (from 2 MB to 14MB). Obviously this slows down the printing (to pdf) as well as emailing the file to clients. This has only been an issue for me in X6. Anyone else?