BILT Speaker

BILT Speaker
RevitCat - Revit Consultant
Showing posts with label group. Show all posts
Showing posts with label group. Show all posts

Wednesday, 13 October 2021

Double-Click Trouble in Revit

In Revit 2019, one of the fantastic new features was the ability to slow double-click to rename views in the Project Browser !  

Fantastic?  Not true - it is an almost universally hated new feature.  If you search on the internet, you will find an endless list of questions and answers on how to disable this feature.

I do know one person (who shall remain nameless) who claims to like this feature - but they are only one amongst thousands (or even millions) who hate it.

Beta Testing

I remember reading about this feature during beta testing of Revit 2019.  Many of the testers pleaded with Autodesk NOT to roll this feature out, as we knew it would cause trouble.  However, it was too late - the code was already in the software.  Autodesk did relent somewhat, and offered us a way to disable it by editing the revit.ini file, to add the line (in the [User Interface] section):

SlowDoubleClickInProjectBrowser=0

Of all the many online descriptions of how to disable this feature, here is a link to one of them, written by Pieter Schiettecatte on Dan Stine's blog:

BIM Chapters 

Default Setting

Now why did Autodesk make the ridiculous mistake of making the default behaviour different from previous versions?  I would guess that it was to make the change "discoverable" - but it is very annoying that we have to actively disable it.

In contrast to this,  despite much pleading, Autodesk refuses to change one other default behaviour that causes much Revit-misery:

Why, oh why can't they make the "Little Button of Evil" disabled by default?  Yes, that is the "Drag Elements on Selection" setting.

More Double-Click Trouble

Another irritating double-click feature that was added in Revit 2013 was the ability to take you straight into the Family Editor when you try to select a component in Revit.  For various reasons this might register as a double-click - particularly when you try to edit a tag value, for example.  What a huge time-waster that it opens the Family Editor when you clearly do not want to edit the family.

 This was another feature that we asked them not to include after beta testing it - to no avail.

Again, Autodesk relented, but it was not until a couple of releases later (so we had to live with it for a while).

Now you can either edit the Revit.ini file or better still, go to the Revit Options to choose what double-click behaviour you would like.


These settings get saved into your Revit.ini file, so they can be rolled out to an organisation:

[UserInterface]
DoubleClickFamily=EditType
DoubleClickSketchedElement=EnterEditMode
DoubleClickViewOnSheet=ActivateView
DoubleClickOutsideViewOnSheet=DeactivateView
DoubleClickAssembly=EnterEditMode
DoubleClickGroup=EnterEditMode
DoubleClickComponentStairs=EnterEditMode


I prefer a Double-Click on a component to either do nothing or to 'Edit Type' - but never, ever edit the family.  That should only be done as a very conscious decision of right-clicking or clicking on a command on the Ribbon menu.



Wednesday, 17 July 2019

LRUG Computational Design LT in Revit

Pump up the Volume - Control Panel using Adaptive Components

Last week I did a presentation at LRUG (London Revit User Group) entitled "Computational Design LT" - using Revit as a design tool, with model changes driven by sliders (100% Revit, no Dynamo).  This was achieved by various methods, including Adaptive Components and Global Parameters.   This talk was largely based on presentations that I did at RTC/BILT conferences in Scottsdale, Arizona and Adelaide, South Australia: "Power to the People" (2016-7);  and "Pump up the Volume" in Chicago and Melbourne (2014).
Sliders Using Global Parameters

In previous blog posts I have documented most of the background research I did on Global Parameters (refer to contents page).  In future blogs I will add more descriptions of how this works.

Sliders by Design


Monday, 9 April 2018

To Pin or Unpin? that is the Revit Question

Following on from several recent posts about 'Pinning' elements in Revit, there are a few more subtleties to mention.  There are also some exceptions to the general rule of not being able to edit pinned elements.


Refer to these other posts on Revit Pins:

Modifying Pinned Elements

A pinned element cannot be moved or rotated, but it can be copied
  • If you try to move a selection that has any user-pinned elements, Revit will attempt to move them all (graphically showing the move) then warn you that they cannot be moved – so it puts them back and nothing happens.  This is a time-waster, so it is better to check for pin icons before moving large selections - and use the selection filter to check for hosted subcategories. 
  • NB. It is not sensible to just click on the unpin icon on the ribbon before moving the selection - if you had any curtain walls or handrails, it would also unpin all the chain-pinned (type-driven hosted) curtain grids, panels, mullions and handrail supports - thus destroying the integrity of the model.
A pinned element cannot normally be deleted;
  • If you try to delete a selection that has any pinned elements, Revit will behave quite differently to trying to move them:  If some elements in your selection are pinned, and some not, it will delete the unpinned elements and warn you about not deleting the pinned ones
  • Revit will warn you about what is happening, but it is sensible to stop and think about what it has just done - and your next steps:  The undeleted elements are no longer selected, so it may be tricky to reselect the same ones?

Modifying Unpinned Elements

Once an element has been unpinned, you might think that it could be freely edited - but of course that is not true of 'Chain-Pinned' or type-driven hosted elements such as curtain panels, grids & panels.  there are some tricky rules and exceptions here:


Deleting Chain-Pinned Elements

  • Unpinned type-driven Curtain Wall Mullions can be deleted;
  • Unpinned type-driven Curtain Wall Grids cannot be deleted (but segments can be 'removed', laboriously, one by one);
  • Unpinned type-driven Curtain Panels cannot be deleted - but you can change them to an 'Empty System Panel' (if you haven't purged the last type from your project, that is;  if you have purged it, you can't just create a new type of empty system panel, you have to copy one from elsewhere);
  • Unpinned Railing Handrail supports can be deleted

Moving Chain-Pinned Elements

Chain-Pinned elements can only be moved within the constraints of their relationship to the parent element.  For example:
  • Unpinned type-driven Curtain Wall Grids can be moved in one direction only;
  • Unpinned type-driven Curtain Wall Mullions and Panels cannot be moved except by changing their properties, such as Offset;
  • Unpinned Railing Handrail supports can be moved along the handrail - but there are some extreme weird behaviours when you try to do this.

Editing Chain-Pinned Elements

 The only Chain-Pinned elements that can be edited after unpinning are curtain panels – using the ‘Edit In-Place’ functionality.  In fact this allows you to do some crazy stuff with panels, which is quite surprising given all the other restrictions that prevent you from creating buildable elements!


Editing Pinned Elements

You would think that you cannot edit any pinned elements, but you would be wrong!

Floors (and other sketch based elements)

Pinned floors cannot be directly edited – the Edit icon is greyed out


Pinned floors can be modified (without editing the boundary) – by moving associated walls, depending on how the floor edges were defined:
  • If the floor edge is defined by ‘Pick Wall’, the floor edge will move with the wall, even when the floor is pinned

  • If the floor edge was done using ‘Pick Line’ or just drawing a line on/near the wall, when the wall is moved, the floor edge may still move with the wall, even if the sketch line was not locked to the wall.  The rules are not clear on this.

  • This happens even if the floor sketch lines themselves are pinned when editing the floor. 
  •  If a floor is moved, any pinned sketch boundary lines will just move with the whole floor - rendering the pin command inside a sketch pretty useless.
  • Other pinned sketch-based components such as roofs, ceilings etc behave like floors.
This means that Wall Associations are stronger than pins in Revit.

Moves With Nearby Walls

An element that has been pinned, and has its property 'Moves With Nearby Elements' ticked will completely ignore the pin and move when a nearby wall moves

Wall associations win again!

Groups

Pinned Groups can be edited (without unpinning) - this is not the same behaviour as floor sketches.  However, it is not a bad thing in itself, as it means you can pin all groups all the time.
  • Pinned elements inside a group will be moved or deleted when the parent group is moved or deleted, without so much as a 'By your leave'.

Properties

Instance & Type properties of pinned elements are generally editable - this means that such things as Base level or offset could be changed, thus rendering the 'Pin' less effective than you thought.


Modifying Pinned Datums

When a datum element (grid, level or reference plane) is pinned, you cannot change its 3D extents - not surprisingly.
  • However, you can change its 2D extents in each view - which is a jolly good thing, because you can pin them, and leave them pinned!

Section Line

When a section line is pinned, you cannot change either its 3D or 2D extents.  In fact it does not display the extents or depth of view in plan when you select it.  This is an immensely frustrating and dangerous inconsistency in Revit.  It really ought to behave just like datums so that you could change its 2D extents, and at least see its depth of view - it is ironic that you can change the depth of view of a pinned section using the properties dialog box.

As soon as you unpin the section, you can adjust 2D, 3D extents and depth of view graphically in plan.  The big danger here is that you might forget to repin the section line, and some other fool may then move or delete your section line (along with all its carefully lined up 2D annotation).

For this reason it is wise to use the pin icon on the section line itself to unpin it - that way it retains the unpinned icon as a reminder to repin it immediately afterwards [If you use the ribbon unpin icon, it does not retain the unpinned icon on the section line itself]

Please go to the Revit Ideas forum and vote for 'Allow us to change 2D extents of pinned sections'

I am sure there are plenty of other examples of pinned elements in Revit that can be edited when you do not expect to be able to do so (or vice versa).

Sunday, 11 March 2018

The Revit Pin Icon

So you think you know what the pin icon in Revit looks like, and exactly what it means?  Think again - the icon actually changes all the time, depending on the situation and sequence of events.


Most elements can be 'Pinned' in Revit to make them more stable:  when an element is pinned in Revit, it cannot be moved, deleted or edited without unpinning it – but there are exceptions . . .

The Ribbon Pin Icons

When you select an element in Revit, the ribbon displays a 'Modify' panel with two icons for pinning/unpinning (top right of the panel):

These icons are used as command functions to operate on the selected element(s); they also indicate what command is possible on those elements - in effect, showing the current 'pin state' of the  element, but in a confusing way:  the greyed out icon indicates the current state.
  • The lower right 'Pin' icon will be available if the element is not pinned
  • If the element is already pinned, it will be greyed out
 
  • The upper right 'Unpin' icon will be available if the element is already pinned
 
  • If the element is not already pinned, it will be greyed out
  • If multiple elements are selected, and some are pinned, some not, then both pin and unpin icons become available, so you can no longer tell the state of any of them from the ribbon icons.
 

Element Selection Pin Icons

The icons that display on the selected element operate in the more logical (but reverse) fashion - as well as being command functions when clicked on, they do actually indicate the current 'pin state' of the  element(s).
  • Each element has its own icon, so you can tell the state of each one.
  • Pinned elements show a blue 3D pin icon
  • Elements that were once pinned but are now unpinned sometimes show a blue pin with red cross - but it depends on how it was unpinned.
This is where it starts getting tricky:
  • If you click on the blue pin icon on the element, Revit now will show a red line through the pin to indicate it is now unpinned but was previously pinned - this can be a good reminder that you should repin it after performing some edit operation on it.
  • Revit remembers this 'previous pin state' even when you close the session and open the model again later - when you select the element it still shows the blue unpinned icon - I like to refer to this as temporary unpinning.
  • However, if you use the ribbon command icon to unpin, then the blue element pin icon totally disappears - I like to refer to this as permanently unpinning.
The keyboard shortcut to permanently unpin elements is ‘UP’. Multiple elements can be unpinned at one time using the UP shortcut.  There is no keyboard shortcut for the temporary unpin command.

This difference between the two operations is almost like a partly implemented idea for a proper temporary unpin command - I wish that Autodesk would take it one step further and give us a proper temporary unpin (or persistent pin):  this would allow us to unpin an element, then edit it, after which it would automatically repin itself.  There is a precedent for this in Revit with the temporary 'Exclude Options' selection checkbox (which rechecks itself automatically).
Feel free to vote for my Revit wishlist idea for Persistent Pins

 

Selection Settings

In the bottom right corner of the Revit window are the orange selection pin icons, although these perform a totally different function:
  • They display the status of whether you will be able to select pinned objects or not - they also operate as switches between the two modes.
  • The red cross on the icon means that you cannot select any pinned elements.

Refer to Hidden Commands - Selection Locks

Pin Visibility

Element pin icons are not always visible:
  • In a workshared model, when you select an element, it displays the 'Workshare puzzle' icon - this will obscure any pin icons
  • To see the pin icons you have to take ownership of the element(s)
  • you can click directly on the icon to remove it (and take ownership of the element), or right-click ‘Make Element Editable’ to take ownership and remove the puzzle icon.
 


Pin icons may also be hidden by group add/remove icons if you select an element inside a group without editing the group.


The way around this is to edit the group

Chain-Pins


Chain-Pinned ‘hosted elements’ (eg. Curtain panels) behave completely differently to normal pinned elements.  However, the icon for this is very similar - it has a chain link next to the pin.
The same pin/unpin commands and ribbon icons are used but they operate in a quite different way

Refer to Chained / Pinned Hosted Elements