Joe_Carrick

Members
  • Posts

    11964
  • Joined

  • Last visited

Posts posted by Joe_Carrick

  1. 6 minutes ago, JKEdmo said:

     

    For your consideration --

     

    If the framed wall stands proud of the stair, one option would be to leave the full-height doors like shown with the door leaves concealing the sheet-rocked stair underside.

    Assuming the doors swing outward.

    Otherwise it will be a problem because the one on the right will not open no matter what the shape.

  2. 1 hour ago, basketballman said:

    Always been minimum of 4" height difference between garage and main living area.

    Code cites Fire and also flood prevention ..

    Can you reference the Code Sections for this?

     

    The CRC (California version of the IRC) only specifies a slope for drainage.  I can't find anything about a height difference.  The 4" height difference was a requirement at one time in the old "Uniform Building Code" but I'm not sure if it was even required in the last UBC.  I don't think it's ever been required in the IRC or any version thereof.

     

    Fire protection is another issue entirely covered by Doors and Walls.

    • Upvote 1
  3. It could be done with a custom macro in a text box with an arrow connected to the cabinet.

    For a more comprehensive automatic method a custom macro would have to be created that would rely on the name of the layerset so that the label would only display that in an elevation view.

     

    OTOH, the "Comments" field can be shown as a column in a Cabinet Schedule.  That's probably the best way to deal with it.

  4. 37 minutes ago, KenL-sdd said:

    @DBCooper I only want to remove a portion of the fascia, not the entire roof. I think we need a menu to turn off on selected edge like gutters.

    Thanks for your input.

    Ken,  That setting can be for an individual roof plane.  If necessary you can break a roof plane to get just a portion of the edge.

  5. Rene,

     

    $Global variables can be assigned values from an object - but they are not attached to the object.

    OTOH, you can assign any value (including a $Global) to any field in an object's OIP.  Just be aware that if the $Global"s value is change then that OIP field will also change.

     

    I have some macros that rely on the current view Layerset name.  Unfortunately that is assigned to the object when it's created so it's not going to be available for the object.  My solution is to place an invisible text in each view with a macro to assign the Layerset name to a $Global.  That $Global will always be the name of the current view Layerset as long as the Layerset of the view isn't changed.

     

    I had requested years ago that Chief add a $Global for the current Layerset but they simply added the NVP for each objects layerset. 

     

    To store a value in an object use an OIP field.  

    To assign a value to a $Global use an objects NVP or any other value you want.

     

    BTW, a $Global can be an array if you want to store a lot of different values.  $p[n] where n is specific to the object.

    A Hash could also be used, depending on how you want to be able to identify the values for retrieval.

     

    • Upvote 1
  6. 3 hours ago, Renerabbitt said:

    I fixed it, and it is a bug. If you added something to a style palette that contained a macro in its label, that macro will always remain. You have to make an entirely new style palette. You cannot overwrite the existing style palette because the label macro remains. Interesting because there is no reported value for label in Style Palettes

    I think I understand.  It's kind of the same as the previous problems (prior to current X15 version) with symbols stored in the Library.  What object did you include in the style palette?  I assume there wasn't any way to replace that object with a current X15 version object.

  7. 5 minutes ago, HumbleChief said:

    I'd like to avoid having to do this on each page and have the page 0 masks overlay front/top each PDF on each page in the layout

    I don't think there's any way to do that automatically. 

     

    I'm assuming you would have different PDFs on different pages at different locations on the pages.  A mask on a default page would always be at a specific location, not relative to the PDFs.

    • Upvote 1
  8. Search in "3D Warehouse" for Models "Clothes Line".

    There are a lot of them.   

     

    btw, I haven't seen those used here in California, USA for about 50 years.  We had them when I was still living in my parent's house before I went to college.  Now almost everyone has an electric or gas clothes dryer.

  9. This would be IMO a very difficult programming task.  Chief's walls are very special objects which define the vertical limits of rooms.

    If a sloped window wall is what's wanted I would simply create a symbol using a post to ceiling glass panel railing, defined as a geometric shape.  I would set a z stretch plane at + 12".

     

    Then I would place it in the plan and rotate about the y axis to the angle desired.  I would make the wall where I place this as a single layer transparent wall. 

     

    Perhaps if Chief were to create a "Window Wall" tool with the ability to specify a slope it could work - but it would need to also define the room as other than contained simply in a vertical wall.

    • Upvote 1
  10. Just now, Renerabbitt said:

    Joe are you refering to my template plans or in general?
    All of my updated plan macros were written in X15...also I do not believe any of the macros I provided were problematic in X15..not that I know of anyway

    I'm not referring to your template plans.  There shouldn't be any problems with plans created using X15 templates that are using X15 macros.  The problems would only occur when a Library Object created in X14 (or before) with embedded macros is added to an X15 plan.  Those macros wouldn't be the same as the ones in the plan and so might be incompatible.

  11. 2 hours ago, vikiw_bend said:

    Hey Joe - what went wrong with the X14 plans you brought in to X15? I brought a couple plans in but haven't checked them out thoroughly. Were the problems obvious?

    It was almost all related to NVPs in macros for openings (doors & windows).  Also since I rewrote almost all of my user macros for X15 and renamed some of them to X15 conventions (no spaces in macro names) there were a lot of macros that were no longer valid in those plans.

     

    If you don't use many macros in your plans you shouldn't have too much problem.  That's not my way of working.

     

    For example, I have macros for openings (doors and windows), walls and roof planes which provide different labels in plan views than in elevations & sections.  Almost everything in my plans and layouts are annotated my these very comprehensive macros.