Guide des blocs dans Rhino 8 : gérer les éléments architecturaux répétitifs

Ce guide pratique présente les workflows de blocs décrits dans la documentation officielle de Rhino 8, sous l’angle de la modélisation architecturale. Les blocs permettent de réutiliser dans un modèle une même porte, un même meuble, un luminaire ou une autre géométrie, et de gérer les instances à partir d’une définition commune. Lorsqu’une définition est modifiée, les instances qui lui sont associées peuvent être mises à jour ; l’utilisation d’instances de bloc peut également réduire la taille du fichier du modèle. Les outils principaux sont les commandes Block, Insert et BlockManager. Les noms des menus et des options sont ceux de la documentation de Rhino 8.

1. Convertir une géométrie répétitive en définition de bloc

Utilisez la commande Block pour créer un bloc. La documentation indique le raccourci Ctrl (CMD) + B pour cette commande. À l’issue de l’opération, les objets sélectionnés sont remplacés dans le modèle par une instance de bloc. Cette méthode associe une géométrie à une définition commune, plutôt que de la conserver sous forme de copies indépendantes.

1. Sélectionnez les objets à inclure dans le bloc.

2. Lancez la commande Block.

3. Définissez un point de base pour le bloc.

4. Attribuez un nom à la définition du bloc et, si vous le souhaitez, ajoutez une description.

Le point de base est important : Rhino l’utilise comme référence lors du placement, du redimensionnement et de la rotation de l’instance. Par exemple, lorsque vous insérez un meuble à différents endroits, utiliser systématiquement le bon point de référence facilite le contrôle de son positionnement. Choisissez donc ce point en fonction de l’utilisation prévue de l’élément dans le modèle.

Lorsque vous nommez une définition de bloc, évitez d’utiliser le même nom que celui du modèle ; la documentation de Rhino recommande expressément d’éviter ce conflit de noms. Vous pouvez également ajouter une description pour vous aider à vous rappeler plus tard l’utilité de la définition. Pour créer un bloc à partir d’un fichier, sélectionnez Block Instance comme type d’insertion dans la commande Insert. Les fichiers pris en charge peuvent aussi être glissés depuis Windows Explorer vers la vue du modèle.

2. Choisir le type de fichier et le mode de liaison à l’insertion d’un bloc

La commande Insert permet d’insérer des blocs définis dans le modèle ou des fichiers externes. Son raccourci est indiqué dans la documentation : Ctrl (CMD) + I. Lors de l’insertion d’un fichier externe, la section Insert as permet de choisir entre une instance de bloc, un groupe ou des objets indépendants. Pour un élément destiné à être réutilisé et géré à partir d’une définition commune, le workflow d’instance de bloc est adapté.

1. Ouvrez la commande Insert et sélectionnez une définition de bloc existante ou l’option d’insertion d’un fichier externe.

2. Pour un fichier externe, choisissez le type d’insertion dans Insert as.

3. Choisissez le point d’insertion de l’instance de bloc et, si nécessaire, définissez l’échelle et la rotation.

4. Choisissez le type de définition du bloc pour le fichier externe en fonction de la relation souhaitée entre ce fichier et le modèle.

Il n’existe pas de choix universel parmi ces options : la documentation les présente comme des types aux comportements différents. Lors du déplacement du modèle ou de son partage avec une équipe, vérifiez que le fichier externe restera accessible. Pendant le placement, Prompt permet de définir à l’écran le point, l’échelle ou la rotation ; les champs de coordonnées, d’échelle et d’angle sont également disponibles. L’option Uniform applique la même valeur d’échelle dans les trois directions.

3. Gérer les définitions et les liens avec BlockManager

La commande BlockManager ouvre le panneau Block Definitions, qui permet de gérer les définitions de bloc du modèle. Dans ce panneau, vous pouvez rechercher des noms de définition, sélectionner leurs instances dans la fenêtre de visualisation, ajouter une définition ou la renommer. Lorsque des définitions sont imbriquées, le panneau peut également afficher le nombre d’instances de premier niveau et imbriquées, le nombre total d’instances et le nombre d’objets.

1. Lancez la commande BlockManager.

2. Saisissez tout ou partie du nom de la définition dans le champ de recherche. La documentation précise que le caractère * correspond à zéro ou plusieurs caractères et que ? correspond à un seul caractère.

3. Vérifiez l’état des blocs liés à des fichiers externes. Dans le menu contextuel d’une définition liée, Update recharge le fichier externe.

4. Avant de supprimer les définitions inutilisées, vérifiez qu’aucune instance n’en subsiste dans le modèle ; vous pouvez utiliser l’option Purge unused block definitions.

Le panneau propose aussi des filtres permettant d’afficher séparément les définitions intégrées, liées et intégrées-liées. Pour les définitions de bloc intégrées et liées, vous pouvez définir le comportement de mise à jour avec les options Always update, Prompt when update required ou Never update. Ces options déterminent la manière dont ces types de définitions sont traités à l’ouverture du modèle ; la documentation précise qu’elles concernent uniquement les définitions intégrées et liées. BlockManager permet également d’exporter les définitions liées et intégrées-liées dans un fichier ZIP.

4. Vérifier les calques et le workflow architectural

Les instances de bloc sont placées sur le calque actif au moment de leur insertion ; elles peuvent être déplacées vers un autre calque. Toutefois, le calque de l’instance et les calques des objets géométriques contenus dans le bloc ne sont pas automatiquement associés. Les propriétés des objets du bloc peuvent être gérées à partir de leurs propres paramètres d’objet ou de calque. Par exemple, masquer le calque de l’instance de bloc rend l’instance entière invisible, tandis que masquer un calque spécifique à l’intérieur du bloc n’affecte que les objets de ce calque.

Le style des calques est également important pour les blocs liés à des fichiers externes. Avec l’option Active, les calques sont enregistrés dans le modèle actif et leurs propriétés peuvent être modifiées. Avec Reference, l’arborescence des calques du fichier lié est ajoutée sous forme de calques de référence ; la documentation indique que seuls leur visibilité, leur état verrouillé et leur couleur peuvent alors être modifiés. Tenez compte de cette différence, en particulier lorsque vous déterminez qui sera chargé de gérer la structure des calques.

Dans les workflows d’architecture, d’architecture d’intérieur et d’archviz, transformer en blocs les meubles, luminaires ou éléments de construction répétitifs permet de répercuter les modifications d’une définition sur les instances correspondantes. Concrètement, il devient possible de gérer une définition commune au lieu de modifier séparément le même élément à de nombreux endroits. En revanche, l’utilisation de liens externes peut nécessiter de rendre les fichiers accessibles à toute l’équipe. Avant la livraison, vérifiez le type des blocs, les chemins d’accès aux fichiers et le comportement des calques ; les sources ne précisent aucune exigence matérielle ni aucun coût de licence.

Erreurs fréquentes

• Ne pas choisir le point de base en fonction de l’utilisation prévue de l’élément peut compliquer son placement et le contrôle de sa rotation.

• Supposer que le calque de l’instance de bloc est identique à celui de tous les objets qu’elle contient peut entraîner des problèmes de visibilité et de gestion.

• Utiliser le type lié uniquement, puis déplacer le fichier externe, peut rendre la géométrie invisible si le fichier est introuvable.

• Ne pas vérifier les options de conflit lors de l’insertion de blocs différents portant le même nom peut avoir une incidence sur la définition utilisée. Rhino propose d’utiliser la définition du modèle, de mettre à jour les instances avec celle du fichier ou de conserver les deux définitions.