rrobert

Et bien typiquement j'aimerai avoir un dossier dans la fenêtre références externes avec toutes mes XREF architecte, un autre dossier avec toutes mes XREF structure, électricité, etc., et à chaque fois un sous-dossier avec les versions de plans.

J'étais en train de vous écrire un message pour vous répondre et en relisant les paramètres de bloc pour vous expliquer je me suis rendu compte qu'en réalité il persistait toujours une erreur dans le bloc (je pensais que le bloc était opérationnel avec une erreur sur ceux qui n'avaient pas réinitialisés). J'avais une action d'étirement qui s'appliquait mal et qui décentrait un paramètre. Du coup problème résolu... Merci d'avoir pris le temps de vous pencher dessus.

Je crois que je comprends mieux... De ce que je comprends de votre message j'ai l'impression que le problème n'apparaît pas chez vous. Voici un capture de mon fichier : Bloc de gauche Bloc de droite (normal) Vous n'avez pas ça qui s'affiche? Par réinitialiser le bloc j'entends ceci : (je le fais sur le clic droit, mais c'est la commande _resetblock ) Rémi

Bonjour @didier, C'est exactement le même bloc. Cependant celui qui est à gauche a subi des modifications (utilisation des paramètres linéaires, de rotation, etc) pour coller à mes besoins de plan. Suite à cela j'ai modifié mon bloc dans l'éditeur. Et là j'ai vu apparaitre ce décalage au niveau du cercle. Le bloc de droite c'est un copier/coller, mais j'ai réinitialisé le bloc de droite et tout rentre dans l'ordre. Mon souci concerne les blocs déjà utilisés dans mon plan (vieux de plusieurs mois), que je ne souhaite pas réinitialiser et qui affichent ce problème de cercle. Il faut donc se focaliser sur le bloc de gauche. Rémi

Bonjour, J'ai un bloc dynamique avec une table de propriété, dont j'aimerai déplacer la poignée avec des actions, seulement elle reste immobile, peu importe si elle est incluse dans une action de déplacement polaire, linéaire ou un déplacement tout court. Est-ce quelque chose de possible? En PJ le bloc en question. Merci et bonne journée, Rémi bloc table de proprietes.dwg

Oui, mais le problème ne vient visiblement pas d'un attribut mais bien d'un cercle composant mon calque, sur lequel sont appliquées 2 actions.

Bonjour, J'utilise un bloc dynamique pour mes chaudières. Après avoir placé, redimensionné, déplacé, et fait des rotations sur des dizaines d'occurrences dans mon plan, je me suis rendu compte qu'une action d'échelle n'était pas appliquée à un cercle du bloc. J'ai donc édité le bloc et corrigé l'erreur afin que mon action d'échelle (appliquée sur le paramètre "Distance 1" en action de chaîne) fonctionne. L'action a bien été prise en compte : le diamètre du cercle change en fonction de mon paramètre "Diamètre ventouse", qui actionne "Distance 1". Seul hic, uniquement sur les blocs déjà en place, le centre du cercle et du paramètre "Distance 1" ne semblent pas correspondre au centre de mon paramètre polaire "longueur ventouse" ! Si je regénère le bloc suite à la modif, tout fonctionne parfaitement. Sauf que j'ai trop de blocs sur mon plan pour tous les regénérer et les remettre comme avant, il y aurait trop de modifications à faire... J'ai regénéré le plan mais ça n'a rien fait. Je vous ai joint un fichier d'exemple avec un bloc déjà en place, et un bloc regénéré. Pour comprendre le fonctionnement du bloc : Le cercle orange avec une croix rouge est un paramètre fixe, correspondant à des dimensions intrinsèques à la chaudière. Le deuxième cercle dépend du type de raccordement et peut se déplacer et changer de diamètre, ceci grâce au point "Position ventouse" et au paramètre linéaire "diamètre ventouse", qui actionne le paramètre linéaire "Distance 1" en action de chaîne. Les autres paramètres ne semblent pas intervenir dans mon problème. Ce bloc n'est pas parfait ni optimisé, loin de là, merci d'éviter les commentaires du genre "houlà c'est n'importe quoi ton bloc y'a tout à refaire". Les avis constructif seront par contre les bienvenus. Merci de votre aide, Rémi probleme bloc.dwg

Euh Autocad devait être fatigué de sa semaine car en le refaisant aujourd'hui ça se déroule sans encombres 🙂 Mille mercis pour votre aide. Si jamais vous avez du nouveau sur les limites d'exposant d'élévations je suis intéressé pour en savoir plus ! Bonne journée à vous, Rémi

Merci du lisp ! Cependant j'ai le message d'erreur suivant dans la ligne de commande : Commande: MLZERO ; erreur: type d'argument incorrect: lselsetp nil Commande: Décidément rien ne se passe comme prévu sur ces fichiers... Je déconnecte internet jusqu'à mardi, je ne verrai votre réponse qu'à ce moment ! Bonne journée, Rémi

Exact on n'a pas le choix en fait... Comme il existe plusieurs commandes commençant par la même lettre il ne peut pas faire le distinguo...

Bonjour, De fait, j'ai testé sur un nouveau plan, et pas de comportement anormal. J'ai dû mal recopier la macro, au temps pour moi... Par contre elle ne fonctionne pas sur mes XREFS foireuses, peut-être parce qu'on est au-delà de 1e99. Merci pour le tuyau d'OSNAPZ. Je me suis créé une macro avec 1e99, elev à 0 et OSNAPZ à 0, comme ça je suis sûr de tout mettre à zéro et éviter les merdes à l'avenir ! Merci du temps consacré à mon problème. Rémi

Oh put***... je crois que je viens de comprendre..... Mon problème est en fait apparu lorsque j'ai changé mes XREFS suite à une mise à jour de plan architecte. Mes nouvelles XREFS ont des points d'élévation différents, et clairement mes objets à moi voient leur élévation changée lorsqu'ils accrochent la nouvelle XREF. Dès que je les déplace avec un accrochage sur un objet à z=0, leur élévation revient à la normale. Seul truc relou, ça doit se faire pour chaque différent niveau d'élévation présent sur le plan... (idem pour les filtres de coordonnées). Du coup je confirme que le problème est apparu suite à l'utilisation de la macro 1e99 sur la XREF : ^C^C_move;_all;;0,0,0;0,0,1e99;_move;_p;;0,0,0;0,0,-1e99; Car de base ma XREF avait tous ses objets à z=0, et cette macro en a déplacé certains à d'autres élévation, ce dont je ne me rends compte que maintenant ! Ainsi ne reste plus qu'un seul problème à résoudre à ce post : la macro 1e99 est obsolète depuis que 1e99 n'est pas le plus grand nombre qu'autocad puisse calculer. Pour info je suis sur W10 64 bits.

Dommage... Merci !

Bonjour Iowa, Pourrais-tu joindre une capture à ton message afin de mieux visualiser ton problème? Rémi

Bonjour, Sur Revit, lorsque l'on entre un raccourci clavier, il est aussitôt validé. Sur Autocad, il faut systématiquement valider avec "Entrée" ou "Espace". Peut-on s'en prémunir afin de n'avoir qu'à taper le raccourci clavier? Notamment pour les alias. Merci de vos réponses, Rémi

Bonjour, Pour résumer : Suite à l'utilisation de la macro "1e99", de nombreux objets de mon dessin sont partis à des élévations très bizarres et toutes différentes. Ce qui enlève beaucoup de poignées d'actions sur ces objets, et ralentit le dessin. Aujourd'hui ce qui fonctionne vraiment mal ce sont les lignes de repères multiples, qui n'arrivent pas à revenir à une élévation de 0, malgré une mise en vue "Avant", malgré les filtres de coordonnées. La macro fréquemment utilisée (1e99) ne fonctionne plus car AutoCAD 2021 peut aller au-delà de 1e99 (quelle est la limite décimale à ce jour? Je ne sais pas...) Les polylignes, nuages, hachures, blocs, peuvent être remis à 0 assez facilement via le panneau des propriétés, mais pas les lignes de repères multiples. Concernant les blocs, ils sont assez complexes et lourds (beaucoup de visibilités, paramètres, attributs). Sur mon ancien PC peu puissant (i3, 16 Go RAM, pas de carte graphique) cela ralentit beaucoup en effet, mais moins sur des PC performants (Xeon, 32 Go RAM, Nvidia Quadro P2200) où je ne constate peu de ralentissement, malgré 375 occurrences du bloc. Le bloc serait trop lourd?

En effet j'ai récemment touché aux options de sélection, j'ai sûrement dû cocher l'option par mégarde. Encore mille mercis.

Concernant les blocs, problème résolu.

Eric, vous êtes mon héros ! Mille mercis. Par contre ce qui m'étonne c'est comment c'est apparu, vu que je n'avais jamais touché gripblock auparavant. En tout cas si ça revient je saurai où trouver 😉 Bonne journée, Rémi

Autocad 2021 full Bonjour, J'ai dû faire une mauvaise manip sur Autocad, car il m'affiche depuis vendredi toutes les extrémités et milieu des objets présents dans mes blocs, même lorsque leur visibilité est cachée. Normalement je devrais voir uniquement les poignées d'actions de mes blocs, mais là c'est comme si le bloc était éclaté et qu'il m'affichait toutes les poignées d'objets. Ces poignées déplacent le bloc si je les sélectionne et les déplace. À gauche, un exemple avec un bloc normal, à droite le bloc depuis ce problème. J'ai ça sur tous mes plans sur mon Autocad depuis vendredi, même ceux sur lesquels je n'ai rien touché depuis des mois. Par contre avec les Autocad de mes collègues (2012 et LT 2016) je n'ai pas ce souci. Je vous ai joint un fichier avec un bloc. Y aurait-il une variable que j'aurai malencontreusement changée? Suis-je le seul à voir cela? Est-ce qu'un wbloc pourrait en être à l'origine? Merci de vos retours, Rémi Plan avec bloc bizarre.dwg

Merci d'avoir déjà pris tout ce temps. J'ai essayé CONTROLE, il a l'air d'avoir trouvé pas mal de choses en effet, mais pas d'effet sur le dessin. Didier, je ne comprends pas, vous avez trouvé des blocs avec des MLEADERS dedans? Normalement il n'y en a pas. Qu'entendez-vous par proprement? J'ai l'impression d'avoir fait cela proprement, mais peut-être suis-je passé à côté de choses cruciales? À ce jour c'est particulièrement les lignes de repères qui me posent souci du point de vue de l'élévation. Les blocs déconnent uniquement sur mon Autocad, pas sur ceux de mes collègues. Aurais-je changé une variable ou un paramètre d'affichage?

Heureux de ne pas être le seul à ne pas voir la macro fonctionner ! Les limites ont l'air d'avoir bien été repoussées. En effet ce sont les lignes de repères multiples, les polylignes et les blocs qui posent majoritairement souci (mais aussi les nuages, les lignes, les côtes). Surtout je ne comprends pas les blocs concernant l'apparition des poignées (il y a des carrés sur toutes les extrémités et milieux des objet du bloc, même lorsque leur état de visibilité n'est pas sélectionné). Merci.

Ok alors clairement ça doit être un problème de SCU... Je vous remets le fichier en PJ, il n'y a que les éléments intéressants cette fois. La polyligne de droite a une élévation bizarre, mais si je la déplace un peu son élévation change. Et si je la déplace beaucoup, sont= élévation tombe à zéro (voir polyligne à gauche). N'est-pas lié au SCU qui serait bizarre? MCLRB21-Plans EXE-Le Royal LOCAL SSD.dwg

Oui pardon pour le tri du fichier... Je ne connaissais pas les filtres de coordonnées. En effet cela est efficace. Par contre je dois sélectionner les objets 1 par 1, et clairement j'en ai des centaines dans mon plan... 😕 Est-il applicable à une sélection multiple? Par contre ça ne résout pas le problème de mes blocs, j'ai toujours un paquet de poignées qui s'affichent quand ils reviennent à l'élévation 0, ce qui n'est pas normal. Ahah pas de saboteur, je dirai plutôt un gabarit mal fait! Ou une macro ^C^C_move;_all;;0,0,0;0,0,1e99;_move;_p;;0,0,0;0,0,-1e99; qui ne fonctionne pas...

Hello, Je reviens sur le sujet des années après, sur Autocad 2021. Visiblement la limite de nombres sur ACAD2021 a bien augmenté, car ^C^C_move;_all;;0,0,0;0,0,1e99;_move;_p;;0,0,0;0,0,-1e99; ne fonctionne pas. Visiblement les nombres (du moins la valeur d'élévation) est limitée à 9.9999E+99 Et en essayant cette macro en remplaçant 1e99 par 9.9999E99, et bien… il ne se passe rien ! Des idées?