x_all

Yes !!! merci

bonjour... de retour du ramassage des olives... :) bon. mon pb du jour. j'ai des bloc avec attribut pour les surfaces de mes pièces (qui viennent de pline_bloc de (gile) ) je fait une extraction des attribut vers excel... tout va bien... en apparence car quand je veux faire la somme des cellules toutes les surfaces sont précédées d'une apostrophe (qui n'est pas dans l'attribut) mais qui ne se voie pas dans la feuille excel, il faut que je rentre dans la cellule pour la voir... y a il un moyen d'éviter ça... ou un petit bout de vba pour les supprimer car rechercher/remplacer ne veux pas remplacer les apostrophe par rien (vide nada nil) j'ai 96 ligne dans mon 1er tableau et 6 bâtiment a peux près identique à sortir... si vous avez un truc, c'est super lourd à effacer à la pogne merci

effectivement ça marche bizarre.. ça ne change le coefficient que des echelles de type de lignes qui ne sont pas à 1... (en plus il ne multiplie rien... pour faire un ctrl A et passer tous les LTS à X pas besoin d'un lisp) va savoir pourquoi... si un ponte du code aux parenthèses enchantées passe pas là.. peut être saura il le remettre d'aplomb... le peu d'anglais que à mon actif me laissait bon espoir mais effectivement c'est pas encore ça. Christian... voila un exemple concert. sur ce eTransmit (joch04.free.fr/images/APD_VRD.ZIP ), il y a un APD vrd. placé à l'intérieur, le plan archi ( en mm) et le plan géomètre ( en m). le echttp global est à 0.001 pour voir les types de l'archi. j'ai importer en copiant ma légende mes types de lignes et avant d'attaquer le boulot, je les prèrègle à 150 environ. Tout va bien, je peu travailler en EO car j'ai besoin de voir tous les réseaux en EO avant de sortir, un plan voirie, un plan réseau humides et un plan réseau sec. là ou ça se corse, c'est que je ne voie pas les types de lignes du plan géomètre qui lui est en m avec les types de lignes qui aurait été compatible avec un echltp à 1... je n’arrive pas à appliquer ta technique à ce cas de figure qui est celui auquel je suis confronté régulièrement... c'est la raison pour la quelle un lisp qui me multiplierai tous les LTS du plan archi par 1000 me permettrai de travailler avec en affichant des types de ligne correct pour mes deux xref (je te l'accorde mes types à moi je peu m’accommoder de les changer sans pb) il semblerai que gwenibe ai des soucis similaire..j'avais pas noté le LT...

(defun EMod (bit entity val) (setq newel (subst (cons bit val) (assoc bit entity) entity)) (entmod newel) ) (defun dxf (code elist) (cdr (assoc code elist)) ) (defun c:lscale () (setq ent (SSGET) cnt -1 ) (if (not newscale) (setq newscale 5.0 ns nil ) ) (setq ns (getreal (strcat "\nPick new scale <" (rtos newscale) ">: ") ) ) (if ns (setq newscale ns) ) (repeat (sslength ent) (setq cent (entget (ssname ent (setq cnt (1+ cnt))))) (if (dxf 48 cent) (emod 48 cent newscale) ) ) (princ) ) non... j'ai pas infusé dans la science dans la nuit... j'ai chopé ça sur un site en anglais en faisant une recherche sur les codes dxf des types de lignes... http://forums.autodesk.com/t5/Visual-LISP-AutoLISP-and-General/Line-type-scale-Lisp/td-p/1421920 ben ma fois, on dirai que ça marche pas trop mal... je testerai ça demain... effectivement je croyais à tort que ça serai simple... c'est quand même pas trivial...

un soft pas mal si vous aimez l'espace... http://www.pcastuces.com/logitheque/worldwidetelescope.htm

je sais.. il faut bien vivre... connaissant ma direction, j'y pense même pas... il me dira de continuer avec mon bricolage et mes echelles à 0.003... mais bon, j'essaye de me mettre au lisp... peut etre celui la sera à ma porté un de ces 4... je le sent pas super compliqué ... reste à trouver le bon filtre et comment le manipuler mais ça doit pas etre hors de portée surtout si on a rien d'autre a faire qu'a appliquer à tout le monde le même coèf... ce serai pas la premier fois que je crois que ça va être simple et que ça ne l'est pas, mais pour le coup j'ai bon espoir...

il faut reconnaitre que: (while (setq ss (ssget)) me convient tout à fait. effectivement comme je valide à chaque fois, ça rempli parfaitement son rôle... en fait j'ai fait ce bout de code car je suis en train de vérifier des plans archi que je n'ai qu'en 2d avec des escaliers balancé qui arrivent dans des rampant de toiture. en plan le découpage des marche est toujours le même, mais les volées changent donc je recopie toujours les mêmes polylignes mais pas toujours dans l'ordre, je suis pas sur qu'une sélection par trajet me complique pas excessivement la vie. Je monte la 3d vite fait et je sort la coupe pour vérifier les coup de tête et le but c'était quand même de me faire gagner du temps :) Idem pour le lien vers le post "pb pour la sortie du while"... si je dois écrire plus de ligne pour le test que pour ma fonction ce n'est pas rentable... je ne suis pas encore accro au lisp au point de chercher des finesses pareilles... peut être ça viendra, mais ce n'est pas d'actualité (ssget '((0 . "LWPOLYLINE"))).... la vache ! je dois avouer que pour arriver à lire cette ligne ça m'a pris 20mn... qu'est ce qu'une paire pointé?... pourquoi ce 0 ? cette ' ? du reste je coince un peu... si la quote sert à ne pas évaluer une expression, pourquoi la mettre entre double parenthèse? vous êtes loin les gars... vachement loin... tien, pour exemple voila un exemple de mes test... j'en ai une bonne douzaine ça faisait lourd a extruder à la pogne...... http://joch04.free.fr/images/tmp/cp1.jpg

@VDH-Bruno moi qui croyais avoir fini journée... me voila avec des devoirs ... je c'est bien par ce bout là qu'il faut prendre le pb... je m'y colle... @didier je me prend déja la tête comme ça si en plus je me fait embrouiller avec des boucle de 12.72 je vais péter un plomb... :)

un truc qui marcherait à tous les coups, ce serait un lisp qui applique un coefficient sur le type de ligne de chaque objets d'un dessin y compris ceux à l'intérieur des blocs qui sont légion dans les dessins d'archicad. pour un dessin en mm si on multiplie les échelles de type de ligne par 1000 comme le dessin est inséré au 1/1000 on retombe sur nos pattes... ce lisp reviendrait à faire un echltp en "dur" c'est quand même couillon que echltp ne soit pas applicable indépendamment sur chaque dessin

oki... repeat... je me documente sur cette fonction, mais je comprend pas bien comment elle marche... il n'y a rien la dessus dans l'aide au développeur de la 2008, et les exemples d'utilisation que je trouve reste un peu obscurs... (REPEAT n .. ) ça semble revenir au même en plus élégant je te l'accorde. ce que je ne voudrai, c'est ne pas avoir à préciser de nombre de marches mais simplement lancer la commande et stopper la routine .... je sais pas moi, en tapant tapant la lettre "S" par exemple, ou en cliquant dans le vide (ce qui est moins top si on rate une polyligne on sort...) mais bon, c'est pas essentiel je vous l'accorde...

clairement décevant.... à moins que... Autodesck considère que de fait, les utilisateur Mac susceptible d’être intéressé par Autocad sont des architectes qui ont de toute façon déjà archicad, alors pourquoi se faire suer à implémenter une version complète dont ils ne se serviront de toute façon pas. :) d'un autre coté, si on veux un vrai autocad sur un Mac ou passe par un émulateur qui marche quand même pas mal... ( et pour faire tourner mon vieux 2008 sous seven 64 je fait pareil et je sent pas la différence d'avec mon vieux pc) le vrai intérêt, ce serai les lisp, mais je ne suis pas sur que ça tourne pour le coup.... déja tout ce qui fait appel au VBA je suppose que c'est mort, reste l'Autolisp pur... peut etre le .net... à voir...

yeah !! trop contant, je viens de pondre mon premier lisp !! bon, je vous cache pas que j'ai pioché grandement dans plusieurs bout de code dont telle ou telle partie ressemblait à ce que je voulais faire. Au bout du compte ça marche à peu près. Il y aurai plein de truc à améliorer bien sur, mais il n'y a qu'un truc qui me turlupine... c'est comment faire pour boucler (et sortir du coup) sans donner au départ le nombre de cycle... ; fait une extrusion par une valeur qui s'incrémente à chaque entité (defun c:extud_inc (/ test ss h hauteur nb) (setq h (getreal "\nHauteur à répéter: ")) (setq nb (getint "\nNombre de marches: ")) (setq test 0) (setq hauteur h) (while (<= test nb) (setq ss (ssget)) (command "_extrude" ss "" hauteur) (setq hauteur (+ hauteur h)) (setq test (1+ test)) ) (princ) )

pas mal... faut voir comment on peu faire ça sur un gros mnt ... autre piste si tu as comme moi un vieux autocad (2008) on peu passer par un logiciel tier qui fait des rendu 'smooth' blender par exemple tien... une question en passant, sur la 2008, il faut charger 3dsout pour pouvoir exporter des faces 3d propres... qu'en est il des version plus récente 3dsout est il redevenu en standard? j'ai entendu parler du format fbx ça marche bien?

voila comment je fais... quand j'insère l'xref, je règle dans mon dessin echltp pour voir les pointillées du dessin archi. Ensuite, à moi, dans mes calques de forcer une échelle de type de ligne de mes traits (c'est vite fait en sélectionnant par type de ligne et à régler dans les propriété) un koèf qui correspond grosso modo à 1/echltp (si tes type de ligne sont valable pour un echltp de 1 ce qui devrai être le cas puisque tu as tes propre type de ligne) c'est rageant d'avoir fait des types de lignes et de devoir forcer leur échelle, mais ya que comme ça que ça marche... ce truc n'est valable que si tu as + de 2 échelles des dessins en m et cm. Si en plus comme didier tu dois érer des mm, des "sans unité" et des pouces, ça deviens velu...

Ha la la Didier... je voie qui en a qui sont plus dans ma mouise que moi... ici je n'ai que les archi à gérer, mais chacun est un cas particulier... pour les autre corps de métier, on a la chance d'être un BE multidisciplinaire et j'ai fini par mettre tous le monde au pas. Je fait les Xref moi même pour tout le monde. @rebcao je comprend pas bien tout... 1 Echltp à 0.4... dans le dessin en m ou dans l'Xref en mm? (on parle bien de echltp?) 2 PSLTSCALE c'est lourd ... quand tu navigue entre EP et EO ça te fait des truc vraiment bizarre..je la laisse à 0 sinon mes tyuaux GAZ recouvrent tout en EO pour un dessin au 1/250 3 MSLTSCALE idem... et les annotations franchement je voie pas que que ça apporte a part des ennuis si je dois faire un détail, je fait un détail... 4 bien sur... bref ta technique marche pas dans tous les cas....

en fait c'est que j'ai tendance a piétiner mon clavier et à rater un peu les touches quand je suis en mode "charrette" je voudrai etre sur que quand j’appelle 'rr' je change mon rayon, pareil pour décaler, à chaque fois il faut appeler décaler et faire un espace avant de pouvoir l'utiliser. Je sort de 15 jour a friser la tendinite chaque commande raté me fait râler grave... je cherche des pistes pour rationaliser celle qui m’agacent.. à l'usage, je vais peut être pas les conserver mais grâce à tes tuyaux je vais pouvoir essayer si ça m'arrange les petites crises de nerf merci encore...

quand tu attribut une unité à tes deux dessins qui correspond au unité de travail, à l'insertion de l'xref l’échelle est automatique exemple de l'inser d'un dessin en mm dans un dessin en m http://img831.imageshack.us/img831/8598/refmm.jpg c'est sur que si tu laisse les deux dessin en ''sans unité'' il faut rentrer le coef à la main... ne pas confondre l'unité et les renseignement de la boite de dialogue _units

ha yes... j’avais pas penser au lisp, c'est vrai que dans ce cas le l'alias est deja tout fait :) merci beaucoup ça va m'éviter de bégayer sur mon clavier... en passant... je voulais faire la même chose pour décaler 'd' qui décale avec le paramètre déja en mémoire sans plus le demander, et 'dd' pour forcer une entrée de paramètre... mais je me rend compte que c'est plus compliqué car la commande fonctionne pas pareil j'ai essayer (defun c:p () (command "_offset" "current" pause "_offset")) (defun c:pp () (command "_offset" "Through" pause "_offset")) renvoie invariablement : "erreur: Fonction annulée" pourtant la 2eme ligne j'y croyais... :( mouai.... je suis vraiment une burne en lisp...

je comprend ta démarche jifi et elle rejoint ce que je disais: echltp X dans de dessin 1 et echltp X*K dans le dessin 2 (K est un coef qui dépend du rapport d'unité entre les 2 dessin) le pb c'est que je travaille pas en créant moi même pour me faire des blagues des dessins en m et en mm pour le plaisir.. j'importe des dessins d'intervenants extérieurs qui exportent souvent d'un logiciel tier avec des options pas toujours maitrisées. Je dois donc faire avec. Si je passe mon dessin en echltp 0.001 pour conserver la visualisation du fond de plan, quand j'importe depuis un dessin mes types de lignes (qui sont à 1 en général) , il faut que je les ajuste un par un à la main, et c'est ça qui est lourd... la solution, mais je vois pas comment faire sans un lisp sans doute pas évident, ce serai d’appliquer au dessin de l'archi un coef (de 1/k) sur toutes ses lignes de manière à garder ECHLTP à 1 dans mon dessin...

bonjour je me tourne vers les spécialistes des macro... je fonctionne pas mal avec les alias... je voudrai faire une macro qui appelle raccord et demande le rayon... pour taper "rr" et mon rayon directement , plutôt que "r espace r" (r étant l'alias de mon raccord) La macro en bataillant un peu je devrai m'en sortir... mais je ne voie pas comment faire pour lui attribuer un alias... quelqu'un à une idée? merci

idem chez moi, par exemple un archi dessine sur archicad et me fait son export en mm quand je visualise son dessin les pointilles sont correct. je l'insère dans mon dessin en mètre. autocad lui applique un coef de 1/1000, les échelles de type de ligne ne sont pas convertis. résultat, plus de pointillés (en apparence) dans mon dessin je force un echltp de 1000 (ou 1/1000 je sais plus), et les pointillés reviennent, mais c'est la galère avec mes traits que je dois forcer à des coef improbable... le coup du iso/ansi vien par dessus ce pb. C.a.d que dans certains cas le coef est de 2.5x1000... bref un vrai boxon. la question serai réglée si un coup de echltp dans le dessin de l'archi était pris en compte dans mon dessin... mais ce n'est pas le cas... le echltp de mon dessin passe par dessus celui de l'xref et ce n'est pas du tout pratique... de mon point de vue, ça fait partie des trucs oublié par les développeurs (ou plutôt le service commercial qui leur donne les ordres) qui préfère nous pondre des rubans et de la 3d plutôt que de se concentrer sur des truc qui nous faciliterai la vie...

c clair que c'est la galère ce truc... Sans une prise de conscience d'autodesk de ce pb je voie pas comment faire quand on travaille avec des fichiers extérieur qui arrivent avec d'autre unités de dessin il faut bricoler sur son dessin car un echltp sur l'xref n'a auccun effet sur le dossier de travail... ça aurai été si simple... peut etre on pourrai imaginer un lisp qui changerai les echelle de ligne de chaque objet par un coef pour pouvoir continuer à travailler normalement dans son unité....

wha !! super joli on s'y perdrai :)

oui.. ça c'est bien vrai aussi... en regardant bien la chose, je ne pense pas que sribd reverse quelque chose au setra le siège de la société est a san francisco... c'est donc du vol.. bon vrai qu'au moins on peu le consulter...

ho fan c'est quoi SRIBD !!! il demande d'abord un accès complet a ton compte face de book pour ensuite demander 5$ pour le pdf??? se serai pas un peu l'arnaque? si encore ce site était éditeur du doc en question... mais même pas... monsieur garré je ne vous félicite pas...