bug commande MESURER et attribut

[defrai]

Bonjour a tous ,

je suis confronter a un bug ou bizarrerie de autocad.

 

Je m’explique je crée un bloc avec attribut

Puis j’utilise la commande MESURER,

B pour bloc j’entre le nom du bloc à insérer,

la longueur entre segment.

Et la comme par magie mes blocs insérer par cette commande, n’ont plus d’attribut.

Obliger de resynchroniser avec attsync.

Pour récupérer mes attributs.

 

Si quelqu’un est tomber sur ce problème, et surtout a-t-il une soluce .

 

(Car la j’ais simplifier mon problème .

Mes bloc son dynamique avec des attributs avec champ automatique qui font référence a la visibilité par exemple, et tous un tas d’autre champs qui perdent leur automatisme après la synchro.

Il faut que j’ouvre l’éditeur de bloc que j’enregistre mon bloc de nouveau pour qu’il récupère ses lien.)

 

Merci d’avance pour votre attention.

 

[didier]

coucou

 

il faut faire attention à son vocabulaire

ce n'est ni une bizarrerie encore moins un bug

 

il est bien spécifié dans l'aide AutoCAD

que l'insertion de blocs par la commande MESURER

ne tient pas compte des éventuels attributs.

 

il va falloir passer par du lisp pour résoudre ton souci,

j'ai bien dit souci.

 

amicalement

 

 

[rebcao]

Bonjour,

 

Je pense que celui qui à l'époque a développé cette commande comme pour DIVISER ne connaissait pas la variable système ATTREQ à 0 ! ;)

 

Effectivement, j'ai contourné le problème en complétant une petite MACRO pour DIVISER et MESURER qui termeine simplement par la commande :

 

... [surligneur] _ATTSYNC;;D;;[/surligneur]

 

Christian

[Fraid]

Et avec battman ?

[defrai]

Ok, merci bien pour cette explication.

Je vais essayer de résoudre le problème par une macro .

 

Mais que ce soit attsync ou battman.

Mes attribut avec champ qui font référence par exemple ,

à la visibilité de mon bloc perdent leur lien.

C’est est peut êtres dû au nom temp des blocs dynamique.

 

Je suis toujours preneur si quelqu’un a un petit lisp.

 

et excuser moi pour le double post.

Merci encore

 

[rebcao]

Bonjour,

 

perdent leur lien

 

 

Quel lien ?

 

Christian

[defrai]

Un exemple parmi d'autre j'ai un bloc dynamique "chemin de câble".

Il a plusieurs visibilités en fonction de sa dimension.

J’ai fais un attribut dans ce bloc et j'y insère un champ.

Dans ce champ je demande par exemple:

%<\AcObjProp.16.2 Object(?BlockRefId).Parameter(133).VisibilityState \f "%tc2">%

 

J'ai trouvé ça dans insérer un champ.

Nom de champs: espaceRéservéBloc

Nom du bloc: CDC

Valeur temporaire: visibilité

 

Il marche bien sauf au bout de plusieurs copies.

il me met ### à la place de la visibilité du chemin de câble.

 

 

Merci pour votre attention.

 

 

 

[Edité le 4/7/2011 par defrai]

[Fraid]

Bonjour,

 

a tu essayer en mettant a jour le champs avec _updatefield ?

[defrai]

Oui

champ(s) trouvé(s).

champ(s) mis à jour.

mais il y a toujours les ##

Quand j'édite l’attribut.

Il dit L'objet référencé par le champ n'est pas un objet valide.

 

J’aurais bien voulu savoir pourquoi ce même bloc ne marche pas à tous les coups.

Peut être le faite qu'il soit dynamique, que je lui ai déjà appliqué une modif et que je le copie alors qu’il a un nom de bloc temporaire.

 

Enfin pas grave. Je le copie de nouveau à partir d'un bloc qui marche.

 

Merci encore .

[defrai]

Bonjour,

 

Je pense que celui qui à l'époque a développé cette commande comme pour DIVISER ne connaissait pas la variable système ATTREQ à 0 ! ;)

 

Effectivement, j'ai contourné le problème en complétant une petite MACRO pour DIVISER et MESURER qui termeine simplement par la commande :

 

... [surligneur] _ATTSYNC;;D;;[/surligneur]

 

Christian

 

Merci Christian.

J'ai donc fais mon petit lisp avec attsync après mes commandes mesurer et diviser,

et plus de problèmes avec mes attributs.

Je le poste dés que je serais au bureau si ca peut en aider d'autre.

 

MERCI Beaucoup cette bonne idée.

RESPECT à tous les pro et à ce merveilleux cite qu'est CADXP.

 

 

 

[Edité le 8/7/2011 par defrai]