Visibility of foodservice equipment (cut plane/viewport)

[ramon_pose]

Similar to carpentry work, elements of foodserviceequipment should also be visible if they are located above the cut plane.

Otherwise, elements such as wall shelves and wall cabinets are not visible. It would also be desirable if elements above the cut plane could be displayed differently in the plans, as could elements that are hidden within the cut plane.

Currently, these two different situations cannot be displayed differently based on the view area. If the line style “Outside the area” is changed to dotted, for example, hidden elements and elements above the cut plane are displayed in the same way.

this ends up that the way of displaying the element needs to be modeled with specifc subcategories like "Overcounter" that their appearance can be controlled differnt to other elements.

In fact this workaround is bugy because the same elements sometimes are placed under the counter, somtimes on the counter and sometimes above the counter like for example a micorwave. This fact results that the appearnce of the same element ends up in incorrect appearance. 

[radclinics_seo]

• The same element can appear in multiple vertical positions.

• The workaround depends on a fixed subcategory, not on its actual position relative to the cut plane.

• This results in an incorrect representation of identical elements, depending only on where they’re placed.

A more robust solution would let us control graphics based on an element’s true spatial relationship to the cut plane (above, intersecting, or hidden), rather than relying on manual subcategories. This is similar to how, in other precision-focused fields, clear and context-aware representation is critical—for example, when structuring stepped, personalised recovery plans in services like modern Private Physical Therapy, where consistent views of the same underlying information are essential for good decisions.

[ramon_pose]

Yes, the true spatial relationship to the cut plane is the key. Each placed element in a model has values like “base offset,” so Revit should automatically determine how an element should be displayed (point, dash, etc.). Introducing a new parameter that needs to be filled out manually, or relying on another workaround, would make the behavior of displaying elements error-prone, inflexible and inconsistent