BILT Speaker

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

Friday, 14 April 2023

Zoom in Family Types Dialog Box

Today I watched episode 99 of BIM After Dark, hosted by the Revit Kid.  The guest presenter was  Nicolas Catellier (Revit Pure), showing Advanced Revit Family Concepts.  However much you might think you know about Revit, there is always something new to learn.  

One tip that I picked up was the ability to zoom in the Family Types dialog box - this can be useful when you are editing families on a high resolution screen and the text is tiny.   Editing a complex formula is painful enough in Revit without having to squint to count the brackets at the end of a formula.

Family Editor Zoom

Just click in the Family Types dialog box, hold down the Ctrl key and use the mouse scroll wheel to zoom in or out.


There is one problem with doing this:  it plays havoc with the column widths.

  • The Lock column will most likely no longer fit in the dialog box 
  • A horizontal scroll bar may appear at the bottom of the dialog box

  • If you click in one of the formulas, it tries to display the whole formula column - which is logical
  • It also shifts everything to the left so it can display the Lock column - this is illogical and intensely irritating as you can no longer see the values.
  • You need to scroll left again to see the values

To resolve this you need to make the Formula column a bit narrower, and the Lock column much narrower (width of the checkbox).

It is not immediately obvious how to adjust the Lock column width:

  • Drag (to the left) the right-hand vertical line on the Lock column header - it seems like nothing is happening, but keep dragging it left until you align with the checkbox.

  • Drag the left-hand vertical line on the Lock column header to the right, until just before the right-hand line disappears.
  • You may need to make the Formula column narrower again until the horizontal scroll bar disappears from the bottom of the dialog box - but once you have minimised the Lock column width it should be easier to do that.

 

 


For a more detailed explanation of this workaround trick, refer to my blog post of a couple of years ago:

 Family Types Dialog Column Widths

 Thanks again to Jeff and Nicolas for the BIM After Dark presentation.

 

Tuesday, 15 June 2021

Family Types Dialog Column Widths in Revit

Does anyone find trying to control the column width in the Family Types dialog box annoying?

The "Lock" column in particular, has been driving me mad for the last 16 years!

About 7 or 8 years ago (?), Autodesk made a partial improvement to that dialog box: 

  • Revit remembers the size of the dialog box when you open or close the dialog - previous to that it always reset to a small default size & layout.  
  • However, it still behaves in an unpredictable way, which is intensely irritating.

I just discovered a trick that helps to get around the problem - so I spent a while analysing exactly what is going on:

Family Types Dialog Box Size Behaviour

  • When you close the Family Types dialog, and subsequently reopen it, Revit remembers the overall size and location of the dialog box.
 
  • This also happens between sessions:  When you close Revit, the next time you start Revit, it remembers the size and location of the dialog box.


Family Types Dialog Column Widths Behaviour

If you adjust the column widths in the dialog box:

  • When you close the Family Types dialog, and subsequently reopen it, Revit remembers the widths of the columns in the dialog box (even if you are editing a different family).
  • Not so between sessions:  When you close Revit, the next time you start Revit, it RESETS the widths of the columns in the dialog box to defaults below (albeit within saved overall width).

Default Column Widths:

    • Parameter = 26%
    • Value = 22%
    • Formula = 40%
    • Lock = 12%

Adjusting Column Widths

If you adjust the column widths, it follows strange and annoying rules:

  • Adjust between Parameter/Value:  It changes Parameter and Lock Column widths
    • This is not helpful as the lock column is wasted space!

  • Adjust between Value/Formula:  It changes Value and Lock Column widths
    • Even less helpful as the Lock column gets enormous

  • Adjust between Formula/Lock:  It changes Formula and Lock Column widths

When adjusting Formula/Lock columns, be careful:

  • If the right-hand "Lock" column vertical line disappears, it means the Lock column no longer fits in the overall width - this will cause much irritation (see below)
  • This makes a horizontal scroll bar appear at the base of the dialog box - yuk!
  • If you subsequently put the cursor anywhere in the "Value" column, as soon as you type a value and press enter, your dialog box may do a "crazy leprechaun dance"*
    • The focus moves into the Formula Column
    • In its infinite wisdom (/stupidity), Revit wants to display the column to the right in full - so it moves to show the whole of the Lock Column
    • You will probably no longer be able to see the Parameter name and/or Value

[*NB. this is what the first iteration of the ribbon menus in Revit 2010 was referred to as doing]

NB. This does not always happen - I think it depends on the overall dialog box width and the Lock Column width


Clever Trick

I only discovered this a couple of days ago:

  • Adjust the Formula/Lock column widths as close as you can to desired

  • Select the right-hand vertical line of the Lock column, drag it to the left until the cursor aligns with check-box
    • Nothing appears to happen
    • However, in its mind, Revit is actually making the column width smaller (it just doesn't show the change)

  • Adjust the Formula/Lock column widths again - to the right
    • it lets you get the Lock column width much smaller (without losing the right-hand line)
  • You can make the Lock column tiny - check-boxes will shrink

Once you have made the Lock column very small - it remains proportionally small when you increase the dialog box size - which is really useful.

Workaround to Avoid the Problem

If you always follow these rules, you are less likely to have a problem:

1.  Adjust your dialog box size to exactly what you will need for the entire Revit session - so if you are working with formulas a lot, then allow for a large width

2.  Adjust the column widths in this order:

  • Parameter/Value  <

  • Value/Formula  <
  • Formula/Lock (keep the right-hand line visible) - move to the right  >
  • Right-hand side of Lock column - move it to the left  <
  • Formula/Lock again - move to the right  >


3.  Make sure you never have the horizontal scroll bar visible 

  • If you ever adjust the Parameter or Value column widths, check the right-hand side of the lock column title - make sure it is visible (and no scroll bar).


Conclusion

If anyone tells me that they have known about this for years, I'd like to know why they never informed me before!


If you would like Autodesk to fix this problem, please go to Revit Ideas and vote for the wishlist item that Dave Plumb recently posted.






Wednesday, 27 November 2019

Weird Reference Callout Rules in Revit

Over many years of struggling with Revit's numerous quirks, I have never quite figured out what the hidden rules are for Callouts.  Here are my latest thoughts after some detailed research:

Reference Callouts


When you tick the box 'Reference Other View' you get a list of possible views to reference.  That list of views is not predictable (so I thought) - however, I've narrowed down some extra rules about which views might be available:
  • A plan, section, elevation or detail view will only show in the list if it is cropped  (This caught me out at first).
  • A drafting view cannot be cropped - so the above rule does not apply.
  • A so-called "Rendering" view, which is actually like a drafting view with an image on it- so it cannot be cropped
  • Certain view family/types are available depending on the active view being placed in - see the list below.
  • If you apply the first two rules to the list of view types below, you might just be able to predict what can be referenced when.



Rules for 'Reference Other View' Callouts:

In a floor plan view, you can reference callout to:
  • Any drafting view
  • A detail Plan view (but not a section detail view)
  • A floor plan view (including Area plan and RCP)
  • A Rendering view




In a detail plan view, you can reference callout to:
  • Any drafting view
  • Any detail view (Plan or section)
  • Any section or elevation view
  • Not to any floor plan - (this is a big limitation)
  • A Rendering view

In a section view or section detail view, you can reference callout to:
  • Any drafting view
  • Any detail view (Plan or section)
  • Any other section or elevation view (But not to a floor plan)
  • A Rendering view
 
In a drafting view (or a rendering view), you can reference callout to:
  • Any drafting view
  • Any detail view
  • Any floor plan view (including Area plan and RCP)
  • Any other section or elevation view
  • A Rendering view


However, the choice of view type is not always that simple . . . .

In a previous post (about stair path arrows) I described the relative benefits of making your plan callouts 'Plan Views' vs 'Detail Views'.

You may also want to display your stairs differently in plan (compared to the standard 2D representation in plan views):

Weirder and Weirder

For more details on Callout weirdness, refer to:

Monday, 5 August 2019

Using Count Parameter in Revit Schedule Formulas

Anyone who has tried to master Revit Schedules would have encountered all kinds of limitations.  One of those is the limitations on which parameter types can be used in a calculation:

These parameter types can be used in formulas:
  • Number
  • Integer
  • Length
  • Area
  • Volume
  • Angle
  • Yes/No
  •  <Family Type..>
  • etc
They are all basically a number or a choice between items that have a number hidden behind them (Y/N  or <Family Type..>

The following parameter types cannot be used in formulas:
  • Text
  • URL
  • etc
They are some kind of text, which is all too hard for Revit to cope with (poor little Revit).

There is another kind of schedule parameter, which is not listed above (because it is a system parameter that you cannot choose from a list of types): 

        "Count", which is just a number (always = 1 for each item).


However, if you try to use this in a schedule formula, Revit gets very uppity and says you cannot.


This is unprecedented in Revit - a message that actually explains why it can't do what you want!
  • In case its not obvious what this means, it is referring to when you uncheck "Itemise every instance" under the Sorting/Grouping tab.

However, it is quite likely that you do actually want to perform a calculation on the combined result when multiple elements appear on the same row.  If not that, you may want to calculate per item and then total up the results of your calculation.  Here is my workaround:

Count Dracula Formulas

In your schedule, you can create your own "Count" parameter:
         a Calculated Value with a formula = 1

You could call it "Dracula", but that might confuse everyone later, so its better to use something more prosaic like "MyCount"
MyCount formatted to No Calculation

Don't forget to format your Count Dracula parameter to 'Calculate Totals' otherwise it will list only 1 even for multiple elements per row (as above).
MyCount formatted to Calculate Totals

Once you have 'MyCount' working, you can include it in a formula:
  • You may have a numeric parameter - say 'Num Shelves', which represents the number of shelves in a unit.
  • This can be multiplied by your Count parameter in a new 'ShelfCount' calculated value

Revit is quite happy to include "Dracula" or "MyCount" in the formula even though it is doing the same job as the system parameter 'Count'.

The formula could include an if statement:

Or you could put a formula directly into your 'MyCount' parameter

NB  . The last two formulas were somewhat superfluous, but just shown to demonstrate that you can create formulas with your own Count parameter.  For a more realistic example, refer to my previous post on Hiding Zeros in Schedule Formulas

This workaround removes one of Revit's many limitations - the programmers obviously put that one in deliberately to prevent "wrong workflows", but in reality they didn't anticipate all our requirements with schedule formulas. [Yes, my spellchecker doesn't like "formulas", but then I never liked learning Latin, so I'm not changing it!]

For more information about Revit Schedules, refer to this index of Schedule blog posts
 

Saturday, 26 January 2019

How Do You Solve a Problem Like Ma Railings?


Have you ever encountered a problem with out-of-control railings in Revit?  OK, so maybe the structure shown above is not a haywire railing, and was meant to be like that, but most Revit users have struggled with trying to model railings as they should be.

How Do You Solve a Problem Like Ma Railings (in Revit)?  *


* with apologies to Richard Rodgers for misappropriating his song title (How Do You Solve a Problem Like Maria? from the Sound of Music, By Rodgers and Hammerstein) - not to be confused with Richard Rogers (no d), the architect who designed many famous buildings, such as the Pompidou Centre in Paris (with Renzo Piano) and the Lloyds Building in London.

Richard Rogers surely did not struggle with trying to model railings in Revit, as those buildings were designed long before the advent of such software.  These days we certainly do struggle with the software - Revit has been around for almost 20 years and it still it does not enable us to model Railings the way we want them (except for the most simple handrail).  There are many problems with the railing tool in Revit, some of which have been documented on this blog - see the list below.  Over the years, we have benefitted from several minor improvements to the railing tool - for which we are very grateful.  However, there is one fundamental problem that has not been resolved - and that is the inability to control the location of individual balusters.

Baluster Placement - a Fundamental Flaw

The railing sample file shows some relatively complex looking examples - but these are just straight runs on the level.  As soon as you try to use them on stairs, things start going wrong with the baluster placement.

This example is done using two alternating balusters - one is just a post, while the other is glass with fixings.  The glass baluster is very good at adjusting the angle of its top and base (if you create the family properly). 
 
When it comes to spacing, it is pretty hopeless:  you get gaps whenever there is a break in the pattern.
Standard railing with glass balusters
There are some limited controls within the baluster placement type properties, but no single combination of settings will ever work on the whole stair railing.

Spreading the pattern to fit does resolve some issues, sometimes. . . .

Changing the 'Break-Pattern' property to 'Never' can have some weird results

Reverting the pattern to 'Centred' does not fix it either - you may end up with panels across a change in angle, where the panel is not trimmed properly.

Workarounds

There are a number of ways that people get around these problems, but none of them is satisfactory:

1.  You can try using 'Handrail Supports' to represent balusters, but that has at least two problems:
  • Handrail supports do not respond to changes in angle of the stair, so you need to build that in as a user control that has to be manually set every time
  • Handrail supports can be unpinned and then moved (or changed to another type), but the moving process is very tricky - see Moving Handrail Supports
    It is also possible to very easily lose the positions by accidentally resetting the railing.
2.  Model the glass as a continuous rail element, use balusters and/or handrail supports to represent the fixings and vertical joints in the glass.  More on that another time.

3.  Model the railing 'in-place'.  This is a really bad idea as it screws up the subcategories, visibility etc;  And worse still, it does not update when the stair changes

4.  Just model a Top Rail / Handrail (with no balusters), which shows up in plan.  Document the railing in 2D as drafting views or as detail elements on stair sections.  This is a terrible solution (very un-Revit-like), but it can save huge amounts of modelling time - so it is done quite commonly in the industry.  Of course, it can lead to errors on site . . . .

Railing Fixes

If we had the ability to control the baluster placement in much the same way that curtain walls operate, it would help resolve this fundamental flaw in the railing tool;  this would require the ability to include variable width panels too.  Of course there need to be many other minor fixes in addition to that. 

On the Autodesk Revit Roadmap, Railings were flagged as 'fixed', a couple of years ago, on the basis of a number of minor enhancements.  Clearly it is nowhere near being fixed - see this request on 'Revit Ideas'  Railing Overhaul - Resolution of Limitations - from Chris Price (Mr Spot).

Weird Railing Stuff Blogs

Over the last few years I have posted many blog articles on the many weird quirks of using Revit to model Railings.  Some articles just document the inconsistencies and strange behaviour - just so you know what is going on; other articles offer some workarounds and ground-rules that might help you along:

Revit Railing Enhancement Requests

Autodesk  have a 'Revit Ideas' website that allows you to vote for enhancement requests.  I have compiled a list of stair/railing related ideas - please, all of you vote for some of these requests - if you don't vote, Autodesk will continue to consider them as fixed.