-
Posts
4241 -
Joined
Content Type
Profiles
Forums
Gallery
Everything posted by MarkMc
-
Your default side is set to Auto Finished It needs to be set to Auto paneled. cabinet auto panel plan.plan
-
Are your cabinet sides set to "auto panel" in defaults or the DBX? Other than that post the plan, screen shot does not solve issue
-
What is selected for the panel type? only thing I can think of. Post the plan and I'll take a look- the only glitch I know of with that is that sometimes they show up when they should not.
-
I recently got a BenQ 27" QHD- I was after flicker free and did not want to go full 4K. In your price range, decent response time for an IPS. I'm happy. https://www.benq.com/en-us/monitor/designer/pd2700q.html Larger - a few folks are using 4K TVs -saw mention of TCL brand, price is right, so I went and got one to use for TV .
-
I stand corrected, thought that there was a simpler way but had been messing with it the other day and didn't find it so spit out an old hack. Specify in accessories for default to be full size and full overlay, then for any cabinet with a gable specify the side to be auto paneled. You still have to do it for any cabinet that needs it so no there is no fully automatic way to do it. Edit strike that last part-all I can say is I'd just woken up.
-
Custom door symbol- set width to what you need, set stretch planes outside the width, offset origin, make default for side panels in DBX. If I remember correctly you will need a left and a right in which case it's a bit easier to add one or the other to the library to use replace from. Oh and the left and right tend to be opposite of how they appear in the symbol dbx.
-
Textures use an image file, in the case of tiles the grout lines are part of the image so they can't be removed. If you alter the size of the texture ALL of it will resize so grout lines will change in proportion. Borders also present the issue of texture direction which is set based on Cartesian coordinates of the plan-you would need the border texture to change direction on two sides. The best ways I've found to deal with borders are either using polyline solids (often converted to a symbol) or material regions. Then us multiple copy or transform replicate. Attached is a plan with both-floor done with material region and borders done with multiple material regions that were copied to be 1/32 apart (change number style to decimal when doing that). The floor is set to be just a tad thinner than the border. The other is made of symbols that were created from psolids blocked together (happens to be one I'm working on for someone now) I eventually converted that one to a single symbol to place on a wall, Borders.plan
-
While I don't really know my hunch is that the problem with that symbol is stretch plane and size were altered in plan and layout was added to the library from there. I've run into issues when doing that instead of using convert to new symbol.
-
I see that and on this computer I get the same thing as you do. Now with that placed in plan- copy it in the X direction, select the second one and generate a block. It will no longer match the first one. Odd thing-only difference on the other computer I copied the entire partition folder to my user folder-don't think that I changed anything bounding boxes or blocks but they were different. Will check that machine again later or tomorrow but duty calls once again.
-
There may be another way since I don't do a lot of framing in Chief and I don't know for sure if this works in X7 but.. this was done with a single floor so beam was placed on same floor as ceiling framing- after placing lock depth and move beam to correct height set joists to butt in default or in framing DBX, build framing, draw line along beam and extend it out past on each side, select line and then the trim tool-use fence and sticky mode likely helps (also helps to lock the beam layer first) then trim joists on one side, add second line or move the first one and repeat trim on second run of joists.
-
Figured it out- was not pahying enough attention. The problem is the depth of the bounding box does not take the open door into account. Oddly when I made a new symbol from the old one it still set the box dimension incorrectly. Attached is ADA right symbols that work- dropped the CAD block into a plan, measured that and used that dimension for the Y of the bounding box, Just before I posted this I added stretch planes to one copied it to the far left and reszied all planes, then generated block. It will resize correctly on the hinge side now if you want that panel wider (I'd still add a leg though) That one isn't in the images. Ignore the pic that has no stretch planes-oops Change bounding box.plan
-
Well there is something with ADA sumbol- I'd been using the standard, which is the one that has the problem with hinges you mentioned. The ADA appears to have been made in an odd way-since if I change the stretch plane to 36" it automatically resizes. If the stretch plane were defined when the symbol was made it should not change the size of the object. It doesn't behave in a way I'm familiar with- I set guidelines on plan and then some moldings for 3D views to judge what is going on. Also added the ones I worked with earlier-those resize correctly with the OOB stretch plane. Don't know but being called away now. It may need stretch planes, or I might try setting it without stretch planes in a new blank plan, save as symbol and set with a single stretch plane. Gotta go or I'm on the couch... adjusted.zip
-
Nothing wrong with the symbol really, the hinge tabs are as wide as the panel the door is attached to. I'd guess that's how they'd be IRL and that a wider panel would require a leg to the floor.
-
did you re generate the 2D block? I found that if I messed with it much the blocks did not generate correctly OTOH the OOB setting of '-36" works.
-
Deeper or taller were not a problem for me, only wider on hinge side. Which one(s) are a problem?
-
The hinges on the hinge side extend so that there is not a way to avoid having them within a stretch plain. The only way to resize those would be on the non hinge side. The only alternative would be to customize the symbol or create a new one which I think is easier in this case.
-
Appliances "outline" not in correct place in floorplan
MarkMc replied to sweetmelissa's topic in General Q & A
All of Chiefs undercounter appliance symbols are meant to go into a cabinet-as are ovens. If you want to use them in a different way you either have to change the symbol origin after copying it to your user catalog, or do some sort of hack such as noted in the thread a couple of days ago on dishwashers. BTW "most" 30" ovens WILL fit in a 30" frameless cabinet (and that one will insert into the cabinet), however it can be a bear to install the oven that way. I usually use a 31-1/2 with an applied frame -which the program doesn't like to show without some more hacking. -
I don't use it, might find the answer in the sections dedicated to it lik https://chieftalk.chiefarchitect.com/forum/46-mobile-q-a/
-
Frankenstein solution to issue of objects blocking walls
MarkMc replied to rockyshepheard's topic in General Q & A
Shuld be able to solve that either moving the camera or using "stepped cutting plane" Check the reference manual. -
Us cabinets to make custom doors. Search in symbols or tips, posted a while ago there
-
Did this quick with wall material region that was then copied- open region to see how it's set and open material "Opening no Material, copy" Reveals in stucco.plan
- 3 replies
-
- stucco
- stucco panels
-
(and 1 more)
Tagged with:
-
Most often I use cabinets as was suggested elsewhere-plan attached -couple of examples and a door symbols to use. Open door symbol and look at the stretch planes and origin. Open the cabinet to see the difference between them and how configured-note that the back is important. Shaker Wainscot.plan
-
Only sometimes- to do that you have to put them on a separate layer. Deleting the original counters from the cabinets requires far too much fooling around though prior to X10 I set my default cabinets to have no counters and adjusted the heights-then would have to change the setting for the counter so that it did not get thickness or height from the cabinets. When they made it so that dimensions would snap to the default counters I changed the cabinet defaults back to include the counters. I suppose there are things they could do to make it a tad easier, (default layer for custom tops, show tops when cabinets layer is off) but I don't find any of this a big deal. I'm happy that dimensions now snap to the counters
-
Don't know why the OP did it but one reason I use only custom countertops so that I can have a countertop drawing to send for quote. If I use just the standard counters they only show up when the base cabinet layer is also turned on. The other reason is it's simpler to control of overhangs.
-
Chief Core Dishwashers are off because Chief wants you to place them in a cabinet so a countertop is generated. You should be getting a message box when placing them freestanding- in which case you have to change the origin and update the block. Mick an 18" DW fits into an 18" space and for whatever reason the Gaggenau 18" DW has a bounding box of 17 5/8 but still goes into an 18" cabinet. I hate the way Chief does Dishwashers so have my own made from cabinets that -are not included in the cabinet schedule, are blocked to go into the fixture schedule, generate counter tops, and go where I want them. Hack the existing symbols until you have just the door-mess with stretch planes to prevent resizing, add to cabinet...etc. Now you can even make the doors open and if you. Dishwasher.plan