-
Posts
71 -
Joined
Reputation
32 ExcellentAbout JacobB
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
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