Joe_Carrick

Members
 View Profile  See their activity

  • Posts

    12028

  • Joined

  • Last visited

 Content Type 

Everything posted by Joe_Carrick

  1. Joe_Carrick
    Ron, As Michael indicated, it can be done - but unless your walls are all 17-1/2" thick (1/4" clearance from tiles to wall surface) there will be some cutting. Of course, you can avoid that by having a "Threshold" piece at doors the width of the walls. IAE, your rooms would have to have a clear distance that's a multiple of 18" + 1/2" for edge clearance and you also need to account for the grout space. IMNSHO it's more work than it's worth.
  2. Joe_Carrick
    I don't see the problem in Standard Render but I do in Vector Render View. I think this is a problem with having the "Basement" on Floor 0. I know that a lot of Chief Users use Floor 0 for the Basement but I always reserve Floor 0 strictly for the Foundation. All my living spaces are on Floor1 or above.
  3. Joe_Carrick
    Post the Plan!
  4. Joe_Carrick
    Check the little box in the middle of the dialog that says "Sunlight Follows Camera". That exists in the Camera Defaults as well as in the individual Camera dbx. Defaults>Cameras>Sun
  5. Joe_Carrick
    AFAIK, a name like "Block31" will only occur when you use the "Block" tool or fail to name a Symbol when you create it. In that case, the Symbol will be "unnamed" and the 2D Block will be "Block31".... whatever is next available.
  6. Joe_Carrick
    Nick, If you are putting your details in a CAD Detail Window - just rename that view in the Project Browser and use the %view.name% macro as the Title for that CAD Detail. When you send it to Layout the Title and Scale are already there. All you have to do is arrange the details and edit the Callout. Personally, I have a series of Plans with CAD Details already set up. I just send the details directly from those Plans. For me it's actually easier than using the Library. It appears you are mixing Symbol and CAD Block. A Symbol (3D) includes a CAD Block but a CAD Block isn't a Symbol and can exist by itself.
  7. Joe_Carrick
    Here's a scenario: I have a CAD Block representing a 2x4 I add it to the Library twice. I then rename one of them 2x4 DF and the other 2x4 PTDF I can then use these in CAD Details and by using a Leader Line to each of them with my %BlockName% macro get them automatically annotated. It's the same graphics, but they are annotated differently.
  8. Joe_Carrick
    I'm not sure I would approve of "converge". Please explain what you mean. For Symbols, the Label is the Symbol Label. The 2D Block associated with the Symbol can be different - which makes sense. Sometimes the 2D Block would be a Plan View of the Symbol but for Electrical Components the 2D Block is just representative. We need both types and the names sometimes need to be different.
  9. Joe_Carrick
    Note also that the Symbol Label is always going to automatically match the Symbol Name as it was created - which may not be the same as what is showing in the Library. You can rename in the Library but it won't change the automatic Symbol Label. Clear as MUD?
  10. Joe_Carrick
    Nick, Symbols have an automatically generated 2D Block associated with them and that's stored in the Library. Generally that Block is named to match the Symbol Name. You can place the symbol in a Plan and rename the Block or even assign a different Block (CAD Block Management). You can also open the Symbol in the Library and assign a different Block from the Plan. Blocks created in the Plan using the "Block" tool are also automatically named. These can also be renamed. This type of Block has a Ruby attribute "object_type" that is the same as its Block Name. That attribute can be used in a reference context macro.
  11. Joe_Carrick
    OK, I've determined that the problem is the wall is being created as "Invisible" and I had that layer turned off. Why "Invisible"? It doesn't make sense to me.
  12. Joe_Carrick
    I have used it a few times but as Perry indicated - it's a pain and usually not worth the trouble. I have no idea why it's not working on a migrated X7 plan for me but ..... The same plan in X7 works. New plans from Chief supplied X8 templates work as well. There's just something that's wrong with my migrated Template.
  13. Joe_Carrick
    Maybe it's an Imperial X7 Template vs a Metric X7 Template.
  14. Joe_Carrick
    Please explain. The door needs to be in a vertical wall. You can move the walls outward after creating the roof but code would require a minimum head height at the room edges so maybe you would move each wall (except the section where the door is) out 48". That would give about a 3' height at the walls.
  15. Joe_Carrick
    Perhaps these pics will give you an idea of how to accomplish this. Basically the room encompassed by the walls has a height of 84" with no ceiling. The roof eave overhang is also 84" and the pitch is 12:12
  16. Joe_Carrick
    You should post this sort of thing in the Q&A forum rather than "Seeking Services". This forum is intended for those who want to hire someone to do something.
  17. Joe_Carrick
    Liz, Sorry - it works in X8 but not X7. This could be a secondary benefit of X8's ability to have corner windows.
  18. Joe_Carrick
    Liz, I'm not seeing the problem. Check all the Window settings, including Casings, Lintels, Sills, Frame and Framing.
  19. Joe_Carrick
    It would be really nice if we had the ability to select a camera and then have a "Set as Default" icon like we do for Doors, Windows & Cabinets. Of course, that implies that there are actual defaults. For most of what Larry is asking for there are in fact defaults that can be set. For the Sun, Defaults>Camera>Sun provides: Intensity Color Sun Follows Camera Tilt Angle Direction Angle.
  20. Joe_Carrick
    CAD to Walls doesn't seem to work if the Plan/Template is one that was brought forward from X7,
  21. Joe_Carrick
    There is a discrepancy between the Stair Height (Floor to Floor) vs the 2nd Floor Elevation. Basically, the Stair Height is 1/2" more than distance from the 1st Floor to the 2nd Floor. My Floor Finish in the dbx is the same for each floor (1/2" thick) I've reported it to support and sent them a sample plan. Is anyone else having this problem? If so, please report it to support (attn: Kirk Clemmons) Dermot has also confirmed that this is a Bug.
  22. Joe_Carrick
    When you create a custom symbol the front needs to be toward the bottom of the screen (plan view). But, you can open the Cabinet Door Symbol dbx in the Library (right click on the library object and "Open Symbol") and rotate it about the z axis 180 degrees. That should fix it.
  23. Joe_Carrick
    The best format is .txt But Ruby is good at manipulating strings. As long as I know what the delimiters are when I read in the file - no problem.
  24. Joe_Carrick
    It would help if you would edit your signature for the forum so we'd know your name, what version you are using, etc IAE, sometimes imported symbols don't have a material that Chief recognizes. You can quickly fix that by selecting the symbol, opening the dbx and selecting an appropriate material. Another thing that might have happened is the material has actually been edited. Without you posting the Plan itself, there's no way to be sure exactly what's wrong.
  25. Joe_Carrick
    OK, but the value seems to be the same as the Length. Is there some value to this that I'm not seeing? It really isn't reflecting the actual Span from support to support nor does it indicate the spans between web connections (which could be different on the top chord vs the bottom chord).