Voici la liste des idées d’améliorations pour Revit® du forum Revit Ideas d’Autodesk, triée par nombre de votes du plus grand nombre au plus petit du haut au bas de la liste, filtrée par « Gathering support » au 2025-05-21T00:00:00Z:
- Produire Revit® pour Mac, car c’est une application indispensable pour les étudiants en architecture et l’industrie Mac occupe une grande partie du marché informatique. Notez que cette demande a été abordée dans la FAQ de la feuille de route publique de Revit®.
- Améliorer les types de lignes complexes pour qu’ils ne se limitent pas aux tirets, points et lignes continues comme dans AutoCAD®. Il serait très utile de pouvoir créer divers types de lignes avec des formes en 2D, comme des pistes, des talus, ou même avec du texte à l’intérieur. Actuellement, des contournements sont utilisés, comme l’utilisation de familles de lignes de détail avec du texte, mais cela ne fonctionne pas sur les courbes.
- Permettre l’utilisation de Scope Box non rectangulaires, étant donné que des régions de recadrage non rectangulaires existent déjà. Cela éviterait de copier/coller une région de recadrage non rectangulaire sur de nombreuses vues.
- Repenser les motifs de hachures/remplissage en utilisant quelque chose de plus moderne que le format de fichier PAT vieux de 35 ans. Un créateur de motifs moderne capable de réaliser tout type de motif (rectiligne, aléatoire, radial) est souhaité. Les contournements actuels impliquant des lignes de modèle, des matrices ou des modifications de matériaux pour des arches en briques ou des motifs de sol radiaux sont jugés « ridicules ».
- Permettre la création de tables simples à partir de zéro directement dans Revit®, sans avoir recours à des contournements compliqués via Excel ou le détournement de catégories et de nomenclatures existantes.
- Autoriser les paramètres de texte dans les formules, par exemple pour définir un « Fire Rating » basé sur une norme.
- Améliorer les fonctionnalités des légendes. Cela inclut la possibilité de taguer les composants de légende, de les faire pivoter, d’avoir une option « Floor Plan View » pour les sols/plafonds, et d’appliquer des remplacements graphiques et des filtres aux composants de légende. Les contournements actuels sont trop nombreux et sujets aux erreurs ; une légende devrait être représentative des éléments du modèle et avoir autant de fonctionnalités qu’un plan d’étage.
- Catégoriser les vues par onglets, potentiellement en utilisant un code couleur par projet, car il peut être difficile de différencier les vues de projets différents ayant le même nom lorsque plusieurs fichiers sont ouverts.
- Insérer des références de vue dans les objets texte, de manière similaire aux champs dans AutoCAD®. Actuellement, il faut laisser de l’espace ou saisir manuellement la référence, ce qui nécessite des mises à jour manuelles si la vue ou le numéro de feuille change.
- Permettre aux gabarits de projet Revit® de contenir des sous-projets (worksets) prédéfinis. La création manuelle de sous-projets pour chaque nouveau projet est fastidieuse, et la méthode consistant à copier un projet existant comme gabarit est sujette aux erreurs. Les sous-projets sont considérés comme une partie essentielle du flux de travail.
- Permettre aux murs de s’attacher aux escaliers.
- Créer un constructeur de garde-corps pour remplacer l’outil existant jugé difficile et inflexible. Ce constructeur permettrait aux utilisateurs de créer des parties de garde-corps à partir de familles, de définir des règles de distribution, d’ajuster les sections droites, en arc, inclinées et les transitions. Il devrait également permettre l’édition (remplacement manuel, changement de position, modification du tracé du rail) et rendre les familles et parties de garde-corps disponibles dans les nomenclatures et les légendes.
- Proposer des améliorations pour les nomenclatures. Cela inclut un constructeur de nomenclature pour créer des modèles pour un élément et les distribuer automatiquement aux autres. Il serait également utile d’ajouter un paramètre de type spécial pour les éléments afin d’ajouter une vue de légende aux nomenclatures, ce qui serait préférable aux paramètres d’image dans de nombreuses situations.
- Permettre de réaffecter des éléments avant de supprimer un niveau. Lors de la suppression d’un niveau, un avertissement clair devrait indiquer ce qui va être supprimé, et donner la possibilité de localiser et réaffecter les objets à un autre niveau. Actuellement, la suppression peut entraîner la perte d’éléments sans avertissement significatif ni possibilité d’annuler l’action.
- Permettre de dessiner de très petites lignes de détail et de modèle, de moins de 1/32 de pouce. C’est pertinent pour les détails de fenêtre, mur-rideau et devanture, et utile lors de la conversion de détails CAD en familles Revit®.
- Pouvoir visualiser les pièces et les espaces dans les vues 3D et leur attribuer des schémas de couleurs. Cela aiderait à identifier les problèmes de délimitation et à créer des isométries empilées pour mieux comprendre la fonction d’un bâtiment.
- Rendre TOUS les paramètres (issus du modèle) planifiables et filtrables. Actuellement, certaines données puissantes ne sont accessibles que via l’API ou Dynamo, mais pas directement dans les fonctions principales de nomenclature et de filtre de Revit®.
- Permettre de taguer et coter dans les vues de légende. Il est possible de taguer les matériaux et les couches d’une composition de mur, mais pas de coter la largeur globale ou de taguer le typeMark du mur dans une légende.
- Permettre de modifier plus d’une valeur sélectionnée dans une nomenclature à la fois. Actuellement, on ne peut modifier qu’une seule valeur à la fois, même pour des éléments identiques partageant un paramètre.
- Obtenir une intégration complète et directe entre Revit® et Excel. Cela permettrait d’exporter une feuille Excel depuis Revit®, de mettre à jour les valeurs des paramètres dans Excel, puis de les importer de nouveau dans Revit®, et que les données modifiées dans Excel soient automatiquement mises à jour dans Revit®.
- Permettre aux paramètres de famille d’avoir des sous-listes, de manière similaire à l’organisation dans l’Arborescence du projet. Cela aiderait à organiser visuellement les nombreux paramètres d’une famille complexe.
- Afficher les pièces existantes dans les vues de démolition, conformément à la pratique courante de l’industrie qui consiste à taguer les pièces existantes sur les plans de démolition pour montrer l’état existant complet. Les contournements actuels sont jugés laborieux ou insatisfaisants.
- Ajouter des paramètres (partagés, etc.) aux révisions. Cela permettrait aux entreprises de gérer les révisions selon leurs besoins spécifiques, qui sont actuellement limités par les paramètres fixes.
- Créer une nouvelle fonctionnalité pour la ferraille dans les familles. Les ingénieurs structurels ont besoin de créer des composants d’armature paramétriques dans l’éditeur de familles. Les contournements actuels utilisant des familles imbriquées partagées font perdre des fonctionnalités clés de l’armature native (masquage, annotation multiple, etc.). L’armature insérée dans une famille devrait pouvoir être planifiée, marquée et ajustée par les paramètres de la famille hôte.
- Permettre des pointes de flèche d’annotations personnalisées pour plus de créativité.
- Permettre des élévations/sections de surfaces courbes « aplaties », où la vue suit la courbure du mur pour en montrer la longueur totale et éviter les graphismes déformés.
- Distinguer les matériaux et les finitions. Un « Finish object » séparé ou des matériaux hiérarchiques sont proposés pour mieux refléter la réalité de la construction. Les contournements actuels pour gérer les finitions (peinture, carrelage, etc.) appliquées à différents matériaux sont complexes et rendent difficile la création de nomenclatures de finitions.
- Permettre de couper l’extrémité d’un mur en angle sans avoir à utiliser un vide.
- Permettre d’ajouter des notes (tout texte libre) en bas des nomenclatures. Un contournement actuel permet d’ajouter des notes juste sous l’en-tête, mais cela semble étrange.
- Créer un constructeur de finition de pièces. Ce serait une interface où l’utilisateur pourrait créer des règles pour les finitions des surfaces d’une pièce (sol, murs, portes, fenêtres, plinthes, plafond). En associant un type de finition à une pièce, la nomenclature des pièces pourrait donner les surfaces pour chaque finition et la longueur des plinthes.
- Fournir une option pour préserver l’ouverture d’une porte au lieu de la remplir automatiquement lors de la démolition. Dans les projets de rénovation, l’ouverture résultante est souvent conservée ou remplie différemment du mur d’origine, ce que le comportement actuel de Revit® ne reflète pas. Des paramètres de contrôle de remplissage (au niveau du projet ou de l’élément) et une gestion plus flexible par phase sont suggérés.
- Permettre de modifier une nomenclature directement sur la feuille par double-clic. Cela permettrait de voir les changements graphiques en direct, d’éviter les allers-retours entre la vue nomenclature et la feuille, et d’afficher correctement le texte multiligne.
- Permettre la nomination des types Revit® à partir de paramètres. Une fonctionnalité native qui générerait automatiquement les noms de type en concaténant des paramètres sélectionnés (par exemple, [Largeur] - [Hauteur] - [Matériau Cadre]) réduirait les erreurs et assurerait une cohérence.
- Intégrer les textures de matériaux dans le projet au lieu de les référencer. Les textures manquantes lors du partage de modèles, de l’envoi pour rendu, de l’utilisation avec d’autres produits Autodesk® (Navisworks®, BIM 360 Glue) ou du travail hors réseau sont des problèmes fréquents.
- Permettre la création de PDF 3D.
- Permettre la rotation des motifs de dessin (Drafting Patterns), comme c’est possible pour les motifs de modèle (Model Patterns).
- Permettre aux nomenclatures d’afficher correctement les saisies multilignes (entrées créées avec Shift+Entrée) dans la vue nomenclature elle-même, et pas seulement lorsqu’elles sont placées sur une feuille.
- Ajouter du texte, des lignes, des marquages non imprimables, ou une liste de tâches pour des références internes, des pensées rapides ou la collaboration. Ces éléments seraient visibles uniquement par les personnes travaillant sur le fichier et pourraient inclure des fonctionnalités similaires aux marquages PDF ou aux listes de tâches.
- Ajouter des points d’insertion personnalisés pour les étiquettes avec ligne de repère. Actuellement, il faut utiliser des lignes invisibles pour obtenir cet effet, ce qui est compliqué notamment avec du texte multiligne.
- Ajouter une interface ukrainienne à Autodesk® Revit® pour développer la communauté BIM en langue ukrainienne.
- Inclure un correcteur orthographique dans les nomenclatures.
- Synchroniser les révisions historiques et les listes de feuilles. Le système actuel des révisions et la création d’index de feuilles via des paramètres personnalisés sont déconnectés. L’idée est que la création d’une révision dans Revit® génère automatiquement les paramètres associés nécessaires pour l’index de feuille.
- Améliorer l’éditeur de texte de Revit® pour qu’il soit au moins aussi performant que celui d’AutoCAD®. Les fonctionnalités manquantes incluent l’espacement des paragraphes, les listes multiniveaux, les tabulations multiples et variées, le contrôle des retraits et des colonnes.
- Permettre de dessiner des conduits flexibles avec un rayon en une seule opération, comme une spline dans CAD, au lieu d’avoir à attacher des coudes séparément.
- Ne pas supprimer les cotes lors du rechargement de familles modifiées, mais plutôt les marquer (par exemple, en rouge ou avec une icône) dans les vues correspondantes pour indiquer qu’elles sont affectées.
- Permettre de réinitialiser la valeur d’un paramètre à NULL (vide/non défini), y compris pour les paramètres de texte et numériques. Actuellement, un champ vidé est traité différemment d’un champ qui n’a jamais eu de valeur, ce qui affecte le regroupement dans les nomenclatures.
- Ajouter une coloration graphique dans l’arborescence du projet pour différencier rapidement les feuilles, les plans d’étage, les familles, etc..
- Rendre visible/caché les connecteurs MEP via un paramètre Oui/Non. Cela permettrait de représenter un même élément (par exemple, un radiateur avec plusieurs connexions possibles) sans avoir besoin de créer une famille distincte pour chaque configuration de connexion utilisée.
- Fournir une API pour les Options de conception. Cela ouvrirait la porte à des développements tiers pour faciliter l’utilisation des options de conception et étendre leur application, par exemple pour des aménagements intérieurs.
- Afficher le numéro de version sur l’icône de l’application Revit®. C’est utile pour les utilisateurs ayant plusieurs versions installées.
- Permettre le formatage conditionnel multiple dans les nomenclatures en utilisant le même champ, par exemple, définir différentes plages de valeurs pour différentes couleurs. Actuellement, plusieurs règles nécessitent de référencer des champs différents.
- Avoir l’option de modifier les formats de date régionaux dans tout le programme, au lieu d’être limité au format MM/JJ/AA, pour s’adapter aux normes internationales.
- Permettre de marquer un paramètre comme masqué ou désactivé. Cela permettrait de créer des paramètres interdépendants (par exemple, Côté B = Côté A * 1.5) sans que l’utilisateur puisse modifier le paramètre dépendant (Côté B).
- Inclure un éditeur de notes clés (keynote) directement dans l’environnement du projet. L’ouverture et la modification du fichier de notes clés externe prennent beaucoup de temps.
- Proposer un viewer Autodesk® Revit® avec des fonctionnalités complètes (visualisation, commentaires, impression) pour les chefs de projet et architectes qui n’ont pas besoin d’une licence complète mais doivent réviser et commenter les modèles. Les solutions existantes sont jugées insuffisantes.
- Ajouter une fenêtre d’impression similaire à celle d’AutoCAD®. L’option d’imprimer la « portion visible de la fenêtre courante » est jugée peu pratique, nécessitant trop d’allers-retours entre la boîte de dialogue d’impression et la vue pour définir la zone souhaitée.
- Permettre de masquer/afficher plusieurs bulles de grille ou de niveau sélectionnées en un clic. La sélection et le clic individuel sur « Masquer la bulle » est un processus laborieux. Les palettes de propriétés et la commande « Match properties » devraient également prendre en compte cette option.
- Permettre la justification des étiquettes d’annotation, la définition de la largeur du texte et du style de la ligne de repère sur une base d’instance. Actuellement, il faut créer plusieurs types dans une famille d’étiquettes pour gérer la justification.
- Permettre de définir les styles de ligne pour chaque segment d’une région de recadrage. Actuellement, il faut remplacer le poids de ligne par élément, et pour les vues avec des lignes de rupture, il faut masquer la région de recadrage et utiliser une région de masquage.