Announcement

Collapse
No announcement yet.

Curtain Wall Panels changing

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Curtain Wall Panels changing

    I have Unpinned a Curtain Wall Panel and swapped it out for another Type. This works well. If however, I Pin the Curtain Panel again, it returns to the default panel. Is this meant to happen? This is not what I want.

    It seems that if my Curtain Wall's Type Property : Construction > Curtain Panel is set to None, then the Curtain Panels are not able to be pinned or unpinned. This is probably good, allowing us to make changes without the possibility of it being trumped later.

    Is it the case that if we want to be able to change our panels to something other than the default, that we should change the Curtain Panel property and set it to None? Is it safe to make this change to a Type where there are many instances in numerous Groups all over the project? Are there other options? What is best practice here please?

    Thanks in advance.
    Attached Files

    #2
    Hi Anthony,

    I don't know why but this is the "intended" behaviour (in the eyes of Autodesk)
    The same behaviour occurs with Truss families.
    Basically when you unpin the element it becomes a seperate instance, as soon as it is repinned it takes on the characterstics defined in the truss family (or curtain wall panel) such as the profile settings, panel settings etc.

    If you want to get around this you either need to leave them unpinned, or create new panel wall types and split your walls up into smaller segments that remain pinned but you rework the settings in each type. Someone else may have a better workflow there, I don't often work with curtain walls but I have noticed this behaviour in the curtain walls and truss objects.

    Comment


      #3
      Originally posted by anthonyB View Post
      I have Unpinned a Curtain Wall Panel and swapped it out for another Type. This works well. If however, I Pin the Curtain Panel again, it returns to the default panel. Is this meant to happen? This is not what I want.
      I'm sort of a niche Revit curtain wall creator but I've never understood why curtain wall mullions and curtain panels were pinned in the first place. You can't move an unpinned mullion without specifically moving it's grid, which are not pinned by default. Same with a curtain panel, sort of. When I'm working on a project, the first time I come upon a pinned curtain wall object, I select all and unpin everything. My current project has over 12,000 unpinned curtain panels and amost 20,000 unpinned mullions. I've been doing that for several years and haven't seen any issues with it. Of course, I'm here all by myself and don't have to work in a team environment so that may make some sort of difference. Like I said, niche detailer...
      I'm retired, if you don't like it, go around!

      Comment


        #4
        "Pinned" doesnt just mean location, it means "pinned type selection according to the parent objects type," as well. Meaning: The type properties of the truss and curtain wall or curtain system, have framing member TYPES and Mullion and Panel TYPES set for the interior and perimeter objects. When they are "pinned" they update to changes made to the Type Properties. When they are unpinned, they do not (but they allow instance changes).

        That is why.
        Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
        @Web | @Twitter | @LinkedIn | @Email

        Comment


          #5
          Thank you, all. Good information.

          I think I will change the project's Curtain Wall Type property : Construction > Curtain Panel to None, as doing so does not seem to affect existing walls. This will also mean that no one can come along later and pin them.

          Thanks again.

          Comment


            #6
            What Aaron said...put another way...

            The pin symbol changed fairly recently to include the infinity symbol (or chain link) to make a distinction between a pinned element and a pinned relationship. The pin is sticking a pin in it to maintain its location while the other is meant to tell us that the element is defined by the host's rules/parameters, not overridden.

            When you unpin a host's element like a curtain panel or mullion you are then permitted to override its type while pinning it again restores the host's requirements on it.

            Comment

            Related Topics

            Collapse

            Working...
            X