Hello there, a few months ago Diroots solved an issue that We have been requesting and are still wating from Autodesk. I wonder why Developers or Autodesk colaborators do not give us a response for this need?   We need to Bind images as ole in dwg file when exporting from Revit.   It is not a ideal way to deliver DWG files with a lot of refernced images. If the same image is placed in many sheets, it will appear many times in the dwg file folder.     Please take our idea and consider it! Show More

One of the biggest sources of error in BIM is manual type naming. A simple yet powerful improvement would be a native Revit feature that allows users to auto-generate Type Names by concatenating selected parameters.   For example, a window type name could be built from: [Width] - [Height] - [Frame Material] → 1200 - 1500 - Alum   This would: Reduce manual errors Enforce consistent naming Make schedules and tags more reliable   Ideally, the Revit template could select 2–3 parameters in the Family Editor or Type Properties dialog, choose a separator, and have Revit build the name automatically.    BIM is only as good as the data we put in — and naming mistakes shouldn't compromise that.   Would love to hear if others see value in this or have workarounds without dynamo work arounds.  Show More

This shouldn't even be a thing, but as this is Revit, it is a thing... when spot elevations are placed on a toposolid, and then the toposolid sub-elements are modified, the Revit throws warnings that the spot elevations will be deleted. THIS SHOULD NOT HAPPEN!!! This behavior / programming - or lack of programming - is not acceptable. As a project develops and annotations are added, it is inevitable that modifications to the project design will happen. Including modifications to the toposolid sub-elements, which control grade and contours. Spot elevations on toposolids need to update as modifications are made, just like dimensions update when the element they dimension are modified. Important information is lost when spot elevations are deleted, and it's time consuming and non-sensical to locate and document every spot elevation that will be deleted, and then replace each one.  Show More

Revitの重ね壁はインスタンス・タイプパラメータの設定が出来ない仕様となっております。 他の壁と同じようにパラメータ設定ができるように改修をお願いしたいです。 Show More

In many real-world refurbishment projects, when a door is removed from an existing wall, the resulting opening is often retained—or filled in a way that differs from the original wall construction. In Revit, however, demolishing an existing door automatically triggers an “infill” behavior that closes up the opening with the original wall type. This is both unrealistic and irreversible, forcing users to accept an unwanted wall patch. In actual practice, once a door is removed, the opening may remain as-is, be filled with a different wall type, or be repurposed in other ways. Having Revit automatically restore the original wall type is counterproductive and does not reflect typical site operations. It also removes the ability to keep a true opening without cumbersome workarounds. Proposed Solution User-Controlled Infill Settings Provide a setting (at either the project or element level) that allows users to choose whether an opening should remain or be automatically infilled when an existing door is demolished. Let users specify which wall type (if any) is used to fill the opening. Flexible Phase Behavior When a door is demolished in the Existing phase, give the user the option to leave the opening intact or fill it with a new wall. If the user wants to keep the opening or place a different wall, Revit should not force the infill to match the original wall type. Better Alignment with Real-World Workflows This change would more closely mirror actual construction processes, saving time and effort in creating workarounds or re-modeling openings. It would also provide clearer phasing documentation and more accurate takeoffs for demolition and new work. By introducing a user-defined or project-wide “Preserve Opening” setting, Revit’s demolition workflow would become more flexible and realistic, significantly improving modeling efficiency for renovation and refurbishment projects. Show More

So the idea is not to change the levels which are project determined but rather when you break a level line in section/elevation to equally spread like they way you can equally spread leadered text (introduced 2025 I believe).   Show More

There should be a unified approach to Scope Boxes. How many Scope Boxes do i have in my project? Where do i find a complete list of them and what views are they visible on? In what views a scope box defines the crop? There should be an option to batch assign, turn on/off , rename them, etc. All these properties should be easy to find under a unified table/window in the Revit interface. Show More

It would be extremely useful to have a dedicated setting in View Templates that controls how grids are displayed, specifically, how grid lines are cut and which grid bubbles are visible. By incorporating these parameters into View Templates, users could easily transfer consistent grid graphic standards between different Revit projects. This would help maintain uniformity across drawings, reduce manual adjustments, and improve overall project efficiency. Show More

Hello Revit Community, I would like to share a few ideas for improving the basic operating in Revit. I will present them in this and next posts. Full name hint not displayed after mouse hover over elements in the Properties palette If the Properties Palette is narrow and then the hint with the full name / full text should popout when hovering mouse ofer specified cell in the Properties palette – like in Autocad. Show More

Disallow join ends from multiple selected walls simultaneously. Currently, we must select each wall individually to disallow join endpoints. Show More

Issue: In large workshared projects with many cooks in the kitchen, the Material Browser can become so bloated with material data that it takes upwards of minutes to open and edit a material.    Proposed improvement: Provide the option to only open a single material's properties at a time. For example, when I want to edit a ceiling tile material, I don't need Revit to load all 999 other materials in my Revit project. From the following menu, I could then ask Revit to open the entire material Browser. As far as I can tell, while Revit materials can have dependencies to appearance and .adsklib files, they don't have individual dependencies to each other. I'd love to be right about this as some material browsers can become incredibly cumbersome regardless of how well a model is managed Show More

Hello Revit Community, I would like to share a few ideas for improving the basic operating in Revit. I will present them in this and next posts.   Highlightning text in Properties palette When the user clicks any editable field in properties palette then the whole text should be marked. The cursor to edit text should appear after the second click on this field in the place where the user wants to edit text – just like it is in any field in Firefox, in windows explorer, in Autocad or any other program. Example below – marking whole text is possible only after placing cursor after the text. When the Text is longer than the cel the it cannot be highlighted with the first click. Sorry, but it is just wrong… Show More

Automatically set the height of a room to the ceiling or floor above Show More

This image says it all. Right now, only the "Free End" option for leaders allows snapping to the endpoints of the leaders. This should also be a default for "Attached End".    Show More

Please let us edit all hotkeys. The number of times I’ve accidentally hit F1 and launched Chrome is way too high. Show More

It would be nice if we could add the Detail Level in the Filter.  We all know its not possible for AutoDesk to create a simple "Full square" (like a duct) system for Cable tray, we only have ladder and an U shaped possibility's  So to compensate for that, it could be nice to be able to decide in the filter, if you want to see one type of cable trays in the medium Level, and others in High Level when looking in 3D view   I'm waiting your responses   Helal..  Show More

Issue: When exporting Revit sheets (Revit 2023-2026) to PDF using the built-in PDF export tool, text within Revit schedules often wraps incorrectly and extends beyond the cell boundaries. This results in misaligned or unreadable tables in the final PDF output. Within revit all the tables appear to be fine. This is not a font style issue as we are using arial. There are no modifiers in the font style that are affecting the margin. The parameter being pulled is text under a plumbing and equipment schedule in this case with a fair amount of verbiage. We have also seen this in electrical tables as well. Changing table column widths is not fixing the issue. Changing the table to multiline and placing manual hard returns is not ideal as this introduces issues when the table is reduced on a sheet. Export issues are not new issues and it needs to be addressed. We see similar results with CAD exports as well where wrapping and margins just are not doing what they should be. PDF Export   PDF print using Bluebeam       FYI - We just put a heat ticket in from Rand. We tested this in many different ways to no avail. Reviewed several kb articles on the matter. If you want more details on the plotting issues refer to this. Case Number - 25056992 Subject - Revit Schedule Text Wrapping Fails (goes outside boundary) after exporting to PDF   Current Workaround: Users are forced to rely on third-party PDF creators (e.g., Bluebeam, Adobe) to achieve proper text wrapping and formatting via the old "ctrl+p" menu. This adds extra steps and dependency on external software, which is inefficient for large-scale production workflows. The third party PDF creators are also issues when encountering long Revit or windows sessions. This results in misaligned text or font size or font swap in some cases. In those cases we have to restart Revit and or Windows  and try plotting again.   Proposed Fix: Fix or Enhance Revit’s native PDF export engine to correctly respect cell boundaries, size, position and text wrapping in schedules and tables. Provide an option to select an alternate PDF creator within Revit’s export settings for users who prefer or require a different rendering engine. This could be implemented as: A dropdown in the PDF export dialog to choose between “Revit PDF Engine” and “Alternate PDF Engine.” Support for common PDF standards to ensure compatibility with external tools. Remove the other confusing use of the old PDF ctrl p menu. Benefits: Eliminates formatting issues in schedules during PDF export. Reduces reliance on third-party tools, streamlining documentation workflows. Offers flexibility for users who need alternate PDF engines for compliance or quality requirements. Fixes long standing issue with PDF export from Revit and simplifies the plotting interface. Show More

When modelling Cable Ladder in Revit, the Width parameter refers to the external width of the ladder. Unlike pipework, there is no Internal Width parameter available.   However, in industry standards for cable containment systems—including ladder, tray, and basket—the internal width is the critical dimension, as it defines the cable carrying capacity. The external width is largely irrelevant for engineering and construction purposes.   This limitation in Revit causes significant issues in design, coordination, and construction workflows. Since the Width parameter is the only one available for tagging, scheduling, take offs etc, models built using out-of-the-box families often contain a consistent 50mm error (25mm per ladder wall). As a result, LOD 300 design models frequently require substantial rework and re-coordination at the construction stage to avoid clashes, leading to unnecessary effort and cost.   This is core functionality that already exists for ductwork and pipework, so there’s no technical reason it shouldn’t be extended to cable containment. The default Width parameter should represent internal width, or at minimum, Revit should expose both internal and external width parameters.   Note: I'm aware of the existing workarounds, plugins, and alternative approaches, but all introduce time costs and additional risk. Examples include: Creating a shared parameter for internal width - Only project based, cannot be family based, which must be manually or Dynamo-updated (risk of human error or outdated data) Using manual text parameters (high risk and not recommended). Relying solely on cable tray fittings (not feasible when receiving models from external design teams using default Revit families). Switching to Fabrication MEP containment (our current approach), which requires deleting and remodelling ladders, as Revit does not support conversion from standard to fabrication containment. If you're a design firm then all design teams use the same Fabrication MEP catalog, which is unrealistic. This is a fundamental issue that affects many users and projects. A native solution within Revit would significantly improve accuracy, reduce risk, and streamline workflows across the industry. Show More

Give all families the option to be cuttable. It is a bit ridiculous we don't have the option to do this regardless of whether or not you'd normally do it for certain things such as furniture or MEP.   My drawings have plumbing fixtures that look out of place compared to the rest of the elements in the section. Show More