Arthur le Saboteur

hello voila le genre de bloc que tu veut par contre , les champs ne sont pas mis à jour automatiquement, mais seulement avec Regen aprés le déplacement a+ nouveau fichier bloc.zip

re voila un exemple de bloc avec attribut et champ adapte et améliore á ta convenance a+ nouveau fichier bloc.zip

hello utilises un bloc avec attribut dans lequel tu inséres un champ dans : insertion champ/ catégorie objet /espace réservé bloc / position et tu coches position X et Y par contre contre , tu doit insérer ce bloc un par un à chaque point désiré A+

hello les CTB ne gérent que les couleurs de l'onglet de Couleurs de l'Index Celles qui font partie de l'onglet Couleurs Vraies (RVB), ou du Carnet de Couleur (RAL, Pantone,...) apparaitront toujours en couleurs, rien à faire, il faut les rectifier pour les rentrer dans le 1er onglet A+

hello merci pour ces infos didier : c'est bien un bloc de ce style que je recherche et il inclus une option auquel je n'avais pas pensé : le déplacement du point de référence je vais néanmoins tester les manip entre le scu et le scg, ça me parait effectivement bien adapté au 1er abord ici, on est sur adad2014 et 15 full versions. on est un peu bras cassés en utilisation poussée , c'est vrai... mais compensée par l'efficacité sur le basique avec quelques bons lisps en sous-main: cracher du plan pour hier ne nous fait pas peur. Le dessin de batiment courant est assez simple : 1 fichier pour vue et plan + 1 fichier pour les coupes associées comme expliqué, les rampes de pk sont un contexte mélant sur un seul fichier ces 2 infos avec différents scu vdh bruno: autre bonne idée, ça rejoint la 1ére dans le principe je vais tester ces 2 options au calme merci à tous

re hello voila le package zippé c'est effectivement meilleur ainsi a+ RAMPE TEST.zip

re hello l'idée de steven est bonne . points négatifs: - les xrefs nous sont proscris par les armoires à plans de chantier - si on rectifie les valeurs base de la pente, les blocs doivent qd même tous être réinsérés , et non déplacés, pour retrouver les bons ngf (Y) pour notre chevalier crustacé, c'est également pas mal , sauf que si on rectifie le pourcentage de pente , la valeur de décalage n'est plus uniforme Pour bien fixer le portrait, voila les impératifs la construction d'une rampe parking en batiment obéit à des normes spécifiques de dessins : la NF P91-100 pour le public et notamment la NF P91-120 pour le privé Ainsi , concernant l'axe developpé : en pied , un rayon de départ égal à 15m démarrant tangent avec le solil doit egalement être tangent avec la pente générale de la rampe qui ne doit jamais dépasser 18%on peut également avoir 2 pentes pour cette inclinaison, une d'une valeur et l'autre moindre (pour éviter une poutre trop basse par exemple)en arrivée en tête , 2 cas : dalle intérieure : un rayon de 10m tangent avec la pente générale finissant avec un petit ressaut vertical de 3cm (cela permet aux hydrocarbures de ne pas passer au niveau inférieur en cas de déversement) arrivée sur rue : raccord sur une pente de 5% sur 4m mini, sans ressaut un caniveau peut optionnellement venir en pied ou en tête, suivant les cas, mais bon, on oublie c'est donc déjà assez casse-noisettes de la construire bonne la première fois en reprenant chaque NGF de la coupe sur la vue en plan, puis sortir une cotation pour tous les mêtres , mais on y arrive sans trop de mésaventures. le gros noeud est donc les rectifs associés au changement de l'un de ces paramêtres mais principalement du pourcentage de rampe, et en conséquence les implantations des jonctions de tangentes. rattraper les blocs déjà insérés sans reconstruire ? kick in the ass ! j'ai joint un fichier en cours de travail pour avoir la notion du rendu final on y voit donc la coupe sur axe et la vue en plan associée merci a+

hello merci pour vos contributions éclairées petites précisions nécessaires : - on bosse généralement sur un seul fichier contenant la vue en plan (extrait des fichiers principaux) + la coupe sur axe sur le coté - ce fichier posséde généralement la vue en plan avec un SCU spécifique au chantier (ou autre), mais aussi le Général (correspondant aux coordonnées géomêtre) pour insertions ou vérif éventuels sur le projet principal - la coupe est faite dans un SCU spécifique non paralléle au général - le Z ne rentre pas en ligne de compte, il est toujours égal à 0 sur tous les fichiers de l'affaire - effectivement , la coupe est la piéce maitresse de ce plan et les niveaux trouvés tous les 1m sont reportés manuellement sur la vue en plan. Si cette trame de 1m bouge du fait du recalibrage de la pente ou des changements d'arrivée et départ, la cotation et le report sont evidemment tous à refaire. Mais bon, c'est pas ça qui agaçe, ça reste un copier-coller visuel . dans la solution de vdhbruno, on a effectivement par l'option espaceréservébloc un niveau qui s'affiche à l'insertion du bloc. c'est pas mal du tout ! problêmes : - il va chercher le Y du Général, pas celui du SCU de la coupe - en le bougeant , cette valeur affiché ne change pas , même avec regen. Ce n'est pas la finalité recherchée, je ne veut pas tout refaire , mais pouvoir récupérer ce qui existe déjà en repositionnant les points d'insertion des blocs et ravoir les nouveaux Y . je maitrise pas toutes les options des blocs dynamiques, mais il me semble qu'aucune des actions présentées sont exploitables, je m'étale ?... Reste le lisp, (là , je suis à l'ouest), et c'est sortir la grosse bertha pour écraser un petit suisse, même s'il me semble que c'est faisable. d'autres idées quelqu'un a ?? merchi ...dit un fan de la Soupe au Choux... A+

Hello Ayant farfouillé , essayé de trouver des sujets similaires dans ce forum, rien ne me parait adapté, j'ai donc essayer de le faire , mais sec le mec... je cherche à réaliser un bloc dynamique avec report de la valeur en ordonnée (le Y) dans l'attribut. le souci est le suivant : - en chantier de batiment , le GO a besoin de connaitre les niveaux de rampe parking à chaque mêtre pour report sur site et coulage. - on doit donc exécuter une coupe sur axe developpé de rampe avec la vue en plan associée. - les points trouvés sur la coupe sont reportés sur cette vue en plan et implantés sur les voiles de part et d'autre , car pas toujours droite... c'est OK quand on le fait d'emblée et d'une fois, mais la mayo est ratée si on revient dessus j'en ai donc maclaque de me retaper tous les pointages de niveaux quand on me change les pentes 2 ou 3 fois y a t'il, ou quelqu'un a t'il, un bloc qui permet la mise à jour automatique de l'attribut du Y lorsqu'on le bouge? merci

coucou la commande "visretain" te sert elle a quekchose ?? a+

eh beh, bravo pour avoir trouver ce post ! c'est bon à savoir: comme mon bras gauche bosse sur la 2015, je lui taxerais le poste le temps de la manip. au cas où. c'est pas que ce message revienne souvent (je ne l'ai croisé jusqu'à présent que 3 fois), mais il reapparaitra surement un jour ou l'autre vu le nombre de fichiers de toutes origines qu'on reçoit ici merci à toi pour cette info, c'est bon à prendre et permet de clore un beau nombre de discussions sur le sujet A+

le problême est que tu perds toutes tes présentations cela reste une solution partielle et limitée ce forum apporte des astuces , mais ne peut se mettre hors-la-loi en donnant LA solution totale et définitive à cette barriére audodesk la version sur mon poste fonctionne sans jamais avoir eu recours a une quelconque gymnastique va comprendre, charles..... A+

hello justement, ce matin, une collégue vient de me passer par mail un fichier récupéré d'une société basée en afrique. elle est en AutoCAD 2012 et moi en 2014, elle a le problême d'affichage que tu énonces. moi je fait l'impression ... et rien. résultat : je lui ai fait un pdf renvoyé par mail il y a 2 semaines, pareil, un collégue (en 2004) m'appelle et m'envoi un autre fichier reçu d'un chantier même scénario, rien n'apparait sur mon poste je lui ai fait une sauvegarde en 2004, et il ma dit que ça a marché bilan : apparemment la 2014 absorbe ce message sans rien signaler a tester sur d'autres versions... A+

petite contribution au débat: Il me semble (je ne l'utilise pratiquement jamais) que sélectionner les dessins par l'intermédiaire de Normes permet de faire pas mal de configurations. Si quelqu'un connait suffisamment AutoCrad et le Lisp , il y aurait des choses à améliorer de ce coté afin d'éviter cette énorme perte de temps. La LT, malheureusement, ne va pas accepter ce Lisp. A suivre...

j'utilise "outils/scu existant" puis onglet "parametres" (ou "_+ucsman" au piano) en cochant/décochant la case "basculer en vue plane quand le scu est modifié" ça ressemble à ce qui a déjà écrit A+

hello je déterre moi aussi ce texto et je pense que je vais satisfaire pas mal de gens au piano avec ce petit lisp !!! je sais pas qui l'a pondu, mais je le remercie quand même publiquement ici: Messieurs, chapeaux bas... ça marche pas mal et je l'utilise souvent, il identifie donc 99% des cotes superposées tu le lance à la fin de la cotation et les cotes identifiées se mettent automatiquement sur defpoints ! le signet demandé en insertion à la fin n'est pas important, il servait à responsabiliser les projeteurs sur la validité des cotes en insérant l'heure , la date, le nom du fichier et du bourrin qui était au clavier lorsque la commande avait finie. il fait suite à la mauvaise implantation d'un poteau isolé et coulé sur chantier sur 6 niveaux, il était a coté de prés de 80cm ça a couté bonbon à la boutique, car on a du le refaire... bbteddy, désolé pour la réponse tardive, jelépavupluto... dis moi ce que t'en pense a+ cotsuper.lsp

hello 2 cas presque similaires: 1 - des traits noirs dessinés sur un fichier qui, lorsqu'on l'ouvre avec un autocad en fond noir, sont invisibles (ça m'est déjà arriver avec un archi qui bossait sur un fond blanc) 2- les entités sont dans un coin de l'espace objet et tellement dézoomés qu'ils sont également invisibles la solution est identique: dézoomé ce fichier et griper d'un coin à un autre de l'écran a tester... a+

hello j'ai chargé le fichier avant et celui bricolé par x-all, ouvert l'un et l'autre en acad14 résultat: la 2e version fonctionne super, la 1ére m'a effectivement planté la machine et fait sauter outlook au rallumage. ainsi, dans ce qui nous intéresse, le problême a donc bien été résolu je suis en acad14 64bits, sur windows 7 pro, processeur i5 2.67Ghz, 4G de Ram et je me proscrit le ruban "autocrade". le type de processeur peut influer sur la performance. Fait le test du 2e fichier sur une autre machine pour être sûr. peut-être que la config machine est insuffisante, peut être la mémoire, va savoir... a+

problême de visualisation quand on bosse simultanément et en continu sur plusieurs fichiers: ex: j'ouvre 3 fichiers à la suite (A,B,C) et je les met en mosaique: B à gauche, et C sur A à droite je doit bosser sur B, je visualise donc des info sur C et bippe sur B pour les reporter, et automatiquement la fenêtre A vient prendre le dessus sur C ! Alors que sur les précédentes versions, la fenêtre C restait visible, cela devient maintenant pénible de faire des allers-retours de clics. 3 fichiers est une chose, et 5 ou 6 en est une autre. merci pour vos infos.