[Résolu] Changer les definitions d'attribut de bloc en double

[nbk67]

Bonjour,

 

Je souhaiterais pouvoir modifier en masse la définition des attributs de touts les blocs présent dans un dessin.

Je m'explique :

Cela concerne des blocs représentant des luminaires, prises, ...

Tous ou quasi tous les blocs ont été créé avec 2 etiquettes : une pour la reference du produit, et l'autre pour un détail ou une indication supplémentaire ("20A" pour une prise de courant par exemple, les autres étant des 16A).

Le soucis étant que la personne qui a crée tous ces blocs à dupliquer l'attribut et n'a pas changer sa définition, je me retrouve donc avec 2 attributs ayant le même nom :"LUM" ou lieu d'un "REF" et d'un "REF2" par exemple.

 

J'aurais donc besoin d'un lisp qui puisse changer en lot tous les blocs contenant des définitions en double.

 

J'espère avoir été clair.

 

Merci d'avance.

 

Bonne journée.

 

Nico

[lili2006]

Bonjour à toutes et tous,

 

As-tu essayé => "Format => Renommer" ?

[nbk67]

Bonjour,

 

Il ne s'agit de renommer les noms des blocs mais les noms des étiquettes d'attribut de ces blocs

 

:)

[lili2006]

Re,

 

Alors depuis l'éditeur de blocs puis une synchronisation,...

[nbk67]

oui, c'est certain, ou alors en editant le bloc dans le dessin et resynchronisant ensuite ... ça fonctionne très bien.

 

Le problème étant que j'ai plus de 300 blocs différents comme ça et tous les anciens plans contiennent ces blocs, ce qui veut dire que je devrais faire la manip non seulement dans le dessins contenant la bibliothèque complète, mais à chaque fois que je reprendrais un ancien plan.

D'où mon soucis de trouver un méthode "automatique". :s

[bryce]

Bonjour,

 

Le souci pour automatiser ça va être de déterminer lequel des 2 attributs LUM doit être renommé en REF, et lequel doit devenir REF2...

[nbk67]

Bonjour Bryce (mon sauveur de la dernière fois :) ...encore merci),

 

Si la définition a mal été faite, en revanche les invites sont bien différienciées, est-ce que cela pourrait-être utilisé? (toujours REFERENCE et TYPE)

 

Bonne journée.

[Patrick_35]

Salut

 

Et avec RET ?

 

@+

[bryce]

Si la définition a mal été faite, en revanche les invites sont bien différienciées, est-ce que cela pourrait-être utilisé? (toujours REFERENCE et TYPE)

 

En me basant sur les invites, j'arrive à renommer les attributs des définitions de blocs :

 

(defun c:NBK ( / acdoc blocs b e)
 (vl-load-com)
 (setq acdoc (vla-get-ActiveDocument (vlax-get-acad-object))
   blocs (vla-get-Blocks acdoc))
 (vlax-for b blocs
   (vlax-for e b
     (if (= (vla-get-ObjectName e) "AcDbAttributeDefinition")
       (progn
         (if (= (strcase (vla-get-promptstring e)) "REFERENCE")
           (vla-put-tagstring e "REFERENCE")
         )
         (if (= (strcase (vla-get-promptstring e)) "TYPE")
           (vla-put-tagstring e "TYPE")
         )
       )
     )
   )
 )
)

 

Par contre je ne vois pas comment faire pour distinguer les deux attributs dans les références de blocs déjà présentes dans le dessin... :(

[nbk67]

Bonjour,

 

@Patrick:

Le soucis étant que j'ai 2 attributs ayant la même définition dans chaque bloc, seul les invites diffèrent et avec RET, ça change toutes les définitions, mais le problème reste le même, maintenant tous mes blocs sont défini avec 2 attributs "REF" au lieu de "LUM" :)

 

@Bryce:

Ta macro ne fait que supprimer les invites, mais cela n'affecte pas les définitions :(

 

Zut, je pensais que ça serait plus simple ... :(

[Patrick_35]

Le soucis étant que j'ai 2 attributs ayant la même définition dans chaque bloc, seul les invites diffèrent et avec RET, ça change toutes les définitions, mais le problème reste le même, maintenant tous mes blocs sont défini avec 2 attributs "REF" au lieu de "LUM" :)

Salut

 

on prends comme exemple des étiquettes qui se nomment REF puis LUM et que tu souhaites inverser.

1) Tu renommes REF en toto

2) Tu renommes LUM en REF

3) Tu renommes toto en LUM

Le tour est joué.

 

@+

[rebcao]

Bonjour,

 

DANGER !!!!!

 

Il faut faire attention sur les anciens dessins !

 

Si tu renommes une étiquette d'attribut et que tu synchronises ton bloc tu perds tous les contenus !!!

 

Christian

 

PS : tu as toujours la solution de foutre une BAFFE à celui qui a fait la boulette ! :(rires forts):

[bryce]

@Bryce:

Ta macro ne fait que supprimer les invites, mais cela n'affecte pas les définitions :(

 

Si si, mais comme je l'ai indiqué seule la définition du bloc est modifiée (tu le verras si tu en insères un nouveau), par contre les blocs déjà dans le dessin ne sont pas mis à jour.

[lili2006]

Bonjour à toutes et tous,

 

Si tu renommes une étiquette d'attribut et que tu synchronises ton bloc tu perds tous les contenus !!!

 

Absolument ! Et c'est complétement naze ce truc,...!!!:(

 

Y'a pas moyen de contourner c'truc là ?

 

Merci d'avance,

[Patrick_35]

Y'a pas moyen de contourner c'truc là ?

Salut

 

Par exemple avec SYN

 

@+

[lili2006]

Re,

 

J'arrive plus à suivre tout tes dév Patrick,...;)

 

Je teste dés que possible !

[lili2006]

Re,

 

Marche Nickel !

 

Merci Patrick,:)

[bryce]

Génial, nbk67 n'a donc plus qu'à enchaîner la commande NBK postée plus haut, puis la commande SYN de Patrick. :)

[lili2006]

Re,

 

En effet !;)

 

ça serait pas mal même de "fusionner" ces deux actions, non ?

[nbk67]

Bonjour,

 

Je viens juste d'arriver au bureau, j'ai tout lu puis testé ...

 

@Patrick : à l'étape 2, il n'y plus de LUM donc pas de changement; Les 2 attributs sont définis en "toto"

 

@Bryce : Effectivement, je n'avais pas fait de synchro (noob inside :P )

 

@lili2006: Effectivement, c'est naze de perdre les attributs

 

Finalement, test de NBK+SYN = le tour est joué !

 

Merci bcp à tous !

 

Bon Week-end