Dietrich

measurement c'est soit 1 (tel que sur mon fichier), soit 0... j'ai changé pour voir, mais ça ne donne rien !

oui... pareil avec une nouvelle présentation je pense que c'est une bête variable qui foir le truc, mais a savoir laquelle !!!

non ! exceptionnellement le fichier est aux coordonnées 0,0,0... d'habitude on travail en géoréférencement (cabinet de géomètre)

oui, tout a fait ! la seule différence, c'est que le collègue qui a créer le fichier sur lequel je travaille, à repris un fichier d'architecte comme base, mais les présentations, c'est moi qui les aient crééent, et j'ai remis toutes les variable tel qu'elles doivent l'etre au sein du cabinet. a savoir que j'ai créer la charte graphique et la tres grande majorité des blocs utilisés par le cabinet.

non, mon fichier est configuré comme a mon habitude, et les hachures ont une couleur d'arriere plan... meme a la mauvaise échelle, cet arrière plan est visible...

négatif, j'ai tout allumé pour cette présentation (profil en travers type de voirie) qui plus est, il n'y a qu'un seul calque dans ce bloc : "0"

Bonjour a tous, mon soucis aujourd'hui a rapport avec les blocs... l'affaire : c'est un bloc que j'utilise TRES couramment depuis 8 ans, il est simple, c'est une bordure et un caniveau en coupe sur semelle béton... les 3 polyligne fermée et les 3 hachures sont sur le calque "0", tout en dubloc pour les poly et hachure de type "AR-CONC" avec teinte grise en arrière plan. voila que dans un fichier (que je n'ai pas créer moi même), ce bloc est très bien sur la présentation objet, mais dans la fenêtre de présentation et a l'impression, les hachures de ce bloc n'apparaissent pas ! si j'explose ce bloc les hachures n'apparaissent toujours pas, si je passe le ploc dans la présentation, elles apparaissent... jamais vu ça auparavant !!! savez-vous quelle "fonctionalacon" est responsable de cela ?

oui

salut a tous, je viens de remarquer que le probleme intervenai aussi avec la police "ARIAL"

tient oui !!!

Non Oui et la case est décochée par défaut. Il suffit d'aller dans le bouton "config de transfert..." et de modifier la standard ou une autre yes, super, merci Tramber

merci Didier, mais pas de changement !!

oui, 2015... c'est peut être aussi due au fait qu'un collègue ai tenté d'importer son CUI autocad 2009 pour ce créer un environnement perso sur mon poste, mais ce qui est étrange, c'est que ça ne me fasse pas ce problème sur tout mes fichiers... par ailleurs, j'ai tenté d'ouvrir le précédent fichier vérolé sur un autre poste, la police avant garde apparaissait bien, mais dés le premier passage en espace papier, la bonne police dégagée et ne revenais pas correctement malgrés le retour a l'espace objet.... si ces symptomes peuvent aider a trouver la maladie

c/ windows / Font.... le fichier normal de police, ça fait pas loin de 5 ans que ça fonctionne tres bien, et la en 1 semaine c'est le second fichier qui me crée des problemes de ce type !

aller, un nouveau soucis... mon entreprise utilise pour sa charte graphique une police particuliere mais gratuite (Avant garde T) elle est enregistrée comme police standard. hier encore pas de soucis avec mon fichier courant, mais aujourd'hui, ce n'est pas avant garde T qui apparait (elle est pourtant toujours défine en courante). j'ai testé en créant un style spécifique mais ça n'y fait rien. http://i35.servimg.com/u/f35/18/50/61/45/fichie10.jpg ici le paramétrage dans le fichier qui pose problème http://i35.servimg.com/u/f35/18/50/61/45/fichie11.jpg ici le paramétrage dans un autre fichier merci a vous PS : une autre question concernant les polices d'écriture et le partage de fichier : il me semble que sur la version 2009, lorsque lon faisait un e-transmit, les polices d'écriture étaient ajoutées au zip... ce n'est plus le cas sur 2015 en tout cas, est ce un paramétrage ??

en tout cas, merci a tous

merci steven pour ces précisions, problème résolu

yes, ça fonctionne !!! la macro d'origine etait "^C^C_ddedit ", normalement elle devrai fonctionner... je l'ai remplacée par "^c^cmodiftexte" comme suggerer par didier est tout est rentré dans l'ordre. y a pas moyen de mettre un mot de passe pour vérouiller son environnement ??

en fait ça revien a faire ce que je disait ^^ l'edition par double click est définie dans la variable attdef du menu de personnalisation (le CUIX)... je test de modifier la macro et je vous dit ce que ça donne

merci a vous, TEXTED est bien a 2 et DBLCLKEDIT actif... j'ai fait des recherches sur Googleavant de vous poser la question : pas mal de réference a un changement de variable dans la commande attdef du CUIX... apparement mon collegue qui est sur 2009 a voulu ce creer un environnement sur mon autocad 2015 et a tenter d'importer son CUI... http://i86.servimg.com/u/f86/18/50/61/45/sans_t10.jpg j'ai tenter de remplacer DDEDIT comme expliquer dans les tutos, mais sans résultat.

Bonjour à tous, un collègue a utilisé ma session autocad pendant mes congés, a mon retour, outre un changement complet de mon espace de travail, je ne parviens plus a éditer les textes textes dynamiques, je doit passer par les propriété pour le faire ce qui me fait perdre du temps. par contre le texte multiligne et les blocs, y compris avec attributs, sont édités pas double clique. une idée de la variable qui a été changée ? merci

je connais ce soucis de systeme de coordonné, et j'ai mis les lignes a 0,0,0, pour retenter le Ttr, mais sans succés. la prochaine fois que j'aurais ce soucis, j'épurerai le fichier pour le mettre ici, mais ça reste heureusement assez rare.

@bonuscad : avec cercle Ttr, le point de selection n'a pas une grande importance, hormis si l'on veux ce raccorder sur une succession d'arc de cercle ! dans ce cas il faut cliquer sur le segment d'arc precis où ce fera la jonction, sinon le cercle construit atterrira dans le vide. donc dans mon cas le soucis ne vient pas de là; @didier : j'ai continué a bosser sur le fichier et je me suis démerder pour construire une poly avec succession d'arc afin de compenser le soucis de raccordement... donc en gros le problème ne se pose plus dans l’immédiat, mais comme dit, c'est recurent et agaçant, une solution si il y en a une serai la bienvenu, seulement je ne peux te passer le fichier vu que j'ai supprimé les lignes en cause (par conte je confirme que les lignes etaient seccentes et que le rayon désiré ne pouvait que passé.) @tramber : je n'explique vraiment pas la raison pour laquelle je n'arrive souvent pas a faire des raccords a partir du moment où il y a un arc, cependant, et j'en ai encore fait 2 il y a pas 10 minutes... parfois ça fonctionne !!!!!! en tout cas, merci a tous pour vous pencher sur ce cas

merci pour ta réponse, hélas cela ne change rien ! le probleme du raccord sur les parties d'axe... je ne l'explique pas non plus... autocad ne veux pas le faire c'est tout, et ce depuis au moins la version 2009 ! j'utilise les poly parcequ'elles sont prisent en compte dans les quantitatifs covadis, contrairement aux lignes ou aux splines, et c'est plus pratique pour creer des hachures sur les grandes surfaces tortueusent.

Bonjour a tous, mon souci qui est reccurent est le suivant ! lorsque j'essaye de rejoindre une poly droite et une poly arc avec un raccord, ça ne fonctionne pas, j'utilise donc la commande cercle tangente tangente rayon (Ttr)... dans 9 cas sur 10, pas de soucis, mais parfois, le cercle ce trace du coté opposé a celui désiré (cf image) ce qui evidement ne me sert a rien.... http://i86.servimg.com/u/f86/18/50/61/45/captur11.jpg quelqu'un connait la raison a cela et la facon de l'esquiver... voir de pouvoir utiliser la commande "raccord" merci