-
Posts
71 -
Joined
Content Type
Profiles
Forums
Gallery
Everything posted by JacobB
-
window setback Window Setback to extend 'Window Frame' slightly beyond siding
JacobB replied to Drew-PRH's topic in General Q & A
I don't know of a good way to do that. You can change the sill inset, but that doesn't give the most accurate results. You may want to ask about this in a new thread. You'll have a better chance of getting more responses, and it will make the question easier to search for in the future. -
window setback Window Setback to extend 'Window Frame' slightly beyond siding
JacobB replied to Drew-PRH's topic in General Q & A
It looks like you don't have a frame. The sash inset doesn't let you enter a negative value, however the frame inset will. This restriction on the sash inset is because the sash inset is relative to the frame inset. However, it probably makes sense to allow a negative sash inset if there isn't a frame (feel free to make a suggestion if you'd like to see this change). To workaround this restriction, you can add a frame with a small width (eg. 1/16") and a depth equal to the sash depth. Then set the sash inset to 0" and the frame inset to the value you need. OutsetWindow.plan If you're interested, here are some recent suggestions related to what you're trying to do. -
This is a bug that was fixed in X15. Before this was fixed, the miter only looked correct in 3D when the side of the window was in the middle of the wall main layer. The simplest way to do this is moving the window into the corner by dragging it well past the end of the wall. You can also use temporary dimensions to get the side to the correct location. Window side from the main layer outside. Left: 2 3/4", center: 2.1/2", right: 6". MiteredCornerWindow.plan
-
Looks like you figured it out. This also lists a few other options.
-
Chief will automatically mull windows and doors when they have the same bottom elevation, the interior trim overlaps, and neither has an arched or shaped bottom. You have a few options for preventing the automatic mull. Remove the interior trim and use a molding polyline. Note: this takes the most work, but will give the best result. Offset the bottom of one of them a little: 0.000001" should do the trick. Slope the bottom of one of them a little: 0.000001" should do the trick. Note: this will prevent a sill. Note: the fact that exterior trim overlaps are not considered when automatically mulling windows and doors is a bug. AutomaticMull.plan
-
Here's the plan. Notice that each of the three windows have a different elevation reference, and one of them is slightly higher than the others. WindowScheduleX15.plan
-
The Top and Bottom columns are the elevation of the window top and bottom. If you want the top of the rough opening you can use the Header Height column. Note: The Header Height column was added in X15. Note: The Top and Bottom elevations are from the subfloor, while the Header Height is from the specified elevation reference.
-
Patio door sizing needs to be fixed. What is your workaround?
JacobB replied to GeneDavis's topic in General Q & A
Have you tried adjusting this setting on the door (Jamb panel) instead of on the window? This setting was added to doors specifically to handle doors sized by the jamb/frame. Originally, windows didn't have this setting, but during beta testing users wanted it for windows as well. -
Good point. Manually mulled pass throughs is a good way to enable most of the window functionality, and to do 90% of the wall cleanup. You'll still need the workaround and symbol for this particular case. Here is a working example that only needs a little touch up. TrapezoidWindow.plan
-
Unfortunately, Chief currently doesn't let you do that easily. The only way I know of to get a window that shape is using a symbol. Luckily you can create an appropriate symbol using a shaped window. Steps: Create a window with the desired look, but rotated. Convert that window to a symbol. Rotate that symbol about the y-axis. Place the symbol in the plan. Cleanup the wall around the symbol. The window shape has some significant limitations: Top Maximum of three edges. No edge can be vertical or undercut another edge. Specific limitations: horizontal offsets must be sequential and must have a separation of at least 1". Lowest point is 1/4" above the bottom (there is a workaround). Bottom Only allows sloping the bottom (always one edge). Edit: I realized there is an easier orientation for this situation that doesn't require the workaround, but I'll leave it here in case it helps someone else. Left window is the original, right doesn't require the workaround. The workaround to remove side edges: Make the window height 1" larger than you want the final result. Create the desired shape, but set the Side and Top Inside Corner heights to 1" higher than the final result. Make a new window that is the desired height. Use the object painter to transfer just the window height to the shaped window. Notes The bottom of the frame breaks when doing this, but that issue and others are fixed in X15. Now that these issues are fixed, we should probably change the left and right side height minimums to 0" instead of 1/4", but that obviously hasn't happened. Making the side edges zero works fine, but making the side edges negative with this workaround is problematic. Opening the window specification dialog and clicking OK will reset the shape and undo the workaround. TrapezoidWindow.plan
-
Try this: Box window on each wall. Adjust the bottom and top heights to what you want. Explode the box windows. Join the two box windows by moving their side walls near the corner. It's important to line up the first wall so the second move deletes it. I also adjusted the end of one of the room dividers (invisible wall). BumpOutCorner.plan
-
Edit: Yes, do this. Sorry, I was just pointing out where the setting was. I wasn't trying to say it should be checked.
-
Your best option for getting the look you want is probably turning off the apron and adding a 3D Molding Polyline. Sort of, but it was a bug introduced in X11 and fixed in X15. In X11-X14 the apron would use the molding profile of the sill. This is rarely what you would actually want, so we reverted it to the old behavior. Neither behavior would have let the apron match the casing profile. See the attached plan. X10 X11 SillAndApron.plan
-
This is a bug introduced in X15. Right now the only workarounds I know of are to use a parametric hardware style or to set the Sliding Track hardware Height Above Door to 0". It will hopefully be fixed in the next update, but as always, you should still report it if you would like to see it fixed.
-
If you're using X15, you should be able to change the default window setting to use a miter join or use the object painter to transfer that setting. Note that both windows must be a window type that can miter for the miter to be applied (Fixed, Pass-through, any Casement, Single Hung, and Single Awning). Edit: this is not a dynamic default so changing the setting in the default window will only apply to windows that you create after changing the setting. In X15 it's now two radio buttons. There some significant changes to this setting between X14 and X15 and it should be a little easier. I have some more improvements on my list for future versions, but we'll see when I get to them. X14 This option is only enabled if the window you have selected is corner joined and is a type that can corner join. This option is disabled if multiple windows are selected, except for the case where two windows are selected and they are corner joined to each other. It is also a hard setting, meaning this setting forces a corner post or miter join. This also means that this setting can change when the window type changes. X15 This option is enabled whenever you have a window that is corner joined and is a type that can corner join. This options is also enabled for the default window when it is a type that can miter, and when multiple windows are selected and any of them would have this option enabled. It is also a soft setting, meaning that it is applied only when the situation allows a miter join. This setting can also be transferred between windows using the object painter and the style palette.
-
To fix this issue in X15, you can open the symbol for specification and click OK without changing anything. I don't know of a fix in X14 or earlier versions. You can also see a similar issue if the symbol has a bounding box that doesn't match the symbol geometry. You can fix that issue in any recent version of Chief from the Sizing panel (Advanced Sizing panel in X15) of the Symbol Specification dialog.
-
It's actually an X12 plan. I assumed it worked the same in X15, but didn't check. I'll have to look into that. Edit: as long as you don't need automatic radial lites, removing the arch from the component will let you arch the mulled unit.
-
You shouldn't need to create overlapping openings in most situations. If you manually mull the two windows and arch the mulled unit, you can add shutters to the mulled unit and the shutters will arch. If you want automatic radial lites, you'll have to arch the mulled unit and the component window. You need to do this if the parametric styles aren't what you want. ArchedShutters.plan
-
Essentially, the cabinet thinks the door panel is thinner than it actually is. The opening indicators are still there, they're just embedded in the door panel. Note that the handles are also embedded in the panel. You can see the opening indicators if you delete the front surface of the panel. If you haven't already, you should report this bug. If you can include the symbol or a plan from X14 that reproduces the issue in X15 that would be best. If this is a legacy file conversion issue it will be difficult to fix with just the plan you posted. Edit: looks like this is a problem with that particular symbol object since I was able to reproduce the issue in X14 (Manufacturer Catalogs > Huntwood > Cabinet Doors & Drawers > Slab > Executive > Executive Door). You should still report it if you'd like to see it fixed. Before Deleted front surface
-
Removing casing between empty door and open window
JacobB replied to MONACO's topic in General Q & A
I don't think you can model that situation accurately in Chief using only architectural object tools. You can get close using the architectural tools, but if you want the 3D to be 100% accurate you'll have to use some of the general purpose modeling tools (3D solids, symbols, molding polylines, etc.) as @ericepv mentioned. The column is more than just the casing. There is also the door and window frames/jambs, and part of the wall. If you need a frame, you'll have to remove it from the door and window and add one using a 3D molding polyline. You can remove the small section of wall by putting the door and window 0" apart. This will also prevent a mullion from generating when manually mulling the window and door. You can get the casing to not go between the window and door by manually mulling them together. This will remove the flooring, which can be added back using any of the general purpose modeling tools. This is a bug that will hopefully be fixed in the upcoming official release of X15. The wall cap on the half wall can be added using any of the general purpose modeling tools. That's a good way to build it, but modeling it that way in Chief won't work well if at all. This is without using the general purpose modeling tools. DoorAndWindowPassThrough.plan -
This is likely a problem with your system, install or setup since you are seeing it with all .dwg files and others are not. I checked and the problem importing an entity is unrelated. Your best bet for getting this resolved is contacting our technical support team: https://www.chiefarchitect.com/support/
-
You currently can't do that with doors and windows. Your best bet is to raise the bottom of the wall up, and you'll have some cleanup to do in the corner of the arch. ConnectedSilo.plan
-
ChatGPT isn't guaranteed to be a reliable source of information. If you're interested in the details of that, you can watch ChatGPT with Rob Miles - Computerphile. If you look at the X13 update notes you'll note that there are some discrepancies between what ChatGPT says and the update notes. There were no terrain modeling changes in X13. The only changes in the update notes related to terrain is adding automatic labels to terrain features. This is misleading. There were no changes in X13 intended to improve integration with SketchUp. Besides those two examples, most of what ChatGPT said is generic enough that it could probably apply to most Chief Architect updates. That said, ChatGPT is impressive. If the integrity of the resulting information isn't critical, ChatGPT is an amazing tool.