Labletech

JE suis assez ignard sur pro/eng et j'ai en fait un pb de transfert avec SolidEdge et SolidWorks. J'aimerais savoir s'il existe des fonctions standards dans pro/eng wildfire qui permettent d'exporter et d'importer des fichiers suivant l'un au moins de ces différents formats: - IGES - ACIS - PARASOLID Si oui pouvez vous me dire où on les trouve dans les menus de pro/eng ?? merci à l'avance des réponses que vous pourrez me donner ..

.2. Exemple d'application sur l'apostrophe: Le 1er exercice de rimbo est interessant à ce titre. Attention ne nous méprenons pas je vous invite seulement à réfléchir dans la continuité et de façon plus approfondie sur le cours débutant lisp de rimbo. Il y a bien-sûr d'autres façons plus poussées de résoudre l'exercice de rimbo. Ecrire une ligne(je suppose horizontale) de 45 de long après avoir saisi le point de départ. en macro classique j'écrirai _____________^c^c_line;\@45,0; en autocad piloté par lisp j'écrirai _________(command "_line" (getpoint) "@45,0" "") Un ordre lisp est une liste (opérateur opérande1 ...) Et bien si j'affecte à un symbole L45 le nom de la liste précédente: (setq L45 '(commande "_line" (getpoint) "@45,0" "")) le symbole L45 sera inerte et si je veux son pointeur haut (je tape !L45) il me donne l'image de la ligne de commande Mais si je veux son pointeur bas, le fait d'écrire (eval L45) lance réellement l'ordre attendu. Un simple symbole devient donc une vrai fonction. Un symbole va donc pouvoir contenir une fonction. Maintenant on peut pousser plus loin le raisonnement la chaine de caractère "@45,0" représente un point. Imaginer une liste comme celle-la: (setq l_point (list "@45,0" "@0,45" "@-45,0" "c")) un début d'ordre comme ca: (setq ordre '(command "_line" (getpoint))) Si on complète ordre de la façon suivante (setq ordre (append ordre l_point)) alors (eval ordre) fait un joli carré de 45 de coté. Les principes étant posés on imagine sans peine que l'on puisse fabriquer une liste comme l_point dont le nombre de points peuvent être variables et dans ce cas on a déjà un outil sympa permettant de tracer des polygones variables. J'espère maintenant qu'on pourra voir ainsi différemment mes histoires de pointeurs haut et bas. (qui sont à la base de ces principes)

Dans le cadre des informations fondamentales introduites par rimbo dans son pdf que j'ai nommé pages1à3, je pense qu'il peut être interessant d'ajouter ces éléments (à vous d'en ajouter d'autres en rapport avec les pages1à3) .1. Reflexions complémentaires sur les symboles: .1.a. L'apostrophe: l'apostrophe est l'outil qui permet de nommer un symbole et ainsi de véhiculer son nom ou son image . Ainsi '(10 50 0) est l'image concrète d'une liste (10 50 0) qui aurait été fabriqué avec (list 10 50 0). Ce genre de raccourci ne va marcher que pour des valeurs algébriques ou textuelles (entiers, réels, chaine de caractères). PAr contre ca ne marchera pas pour des symboles - en effet '(a b c) n'est pas identique à (list a b c). (setq a 1 b 2 c 3) alors (list a b c) retourne (1 2 3) et '(a b c) retourne (A B C). En effet l'image de (a b c) est constituée des symboles A , B et C et non de son contenu. On en revient à cette histoire de pointeur haut et bas. (setq ra 1 rb 2) attribue au pointeur haut de ra et rb , les valeurs 1 et 2. (setq ra 'rb) attribue au pointeur haut de ra le nom ou l'image du symbole RB et ce faisant, il va aussi attribuer au pointeur bas de ra le pointeur de haut de rb c'est à dire sa valeur donc 2. j'évalue alors le pointeur haut de ra: je tape !ra ou encore (eval 'ra) --------------------------->> j'obtiens RB (le nom de RB) j'évalue ensuite le pointeur bas de ra: je tape (eval ra) ou encore (eval (eval 'ra))------------>> j'obtiens 2 (le pointeur bas de ra correspond au pointeur haut de rb). Manipuler les noms de symboles peut s'avérer très pratique parcequ'il permet de différer l'évaluation d'un symbole. En effet le symbole ra est inerte après une 1ère évaluation alors qu'il devient interessant après une double évaluation. La notation symbolique permet donc de véhiculer des symboles qui portent des informations beaucoup plus puissantes qu'une simple valeur numérique ou littéraire.

on pourrait même penser aux deux en même temps avec en prime la fenêtre excel restant résidente après fin des ordres vba>>autocad effectué dans autocad .. ou là là j'ai mal à la tête ... :P

Beau boulot pour un 1er jet !! ce n'est jamais facile de mettre au propre plein d'idées de façon à les rendre accessibles aux autres .. Je te donne en vrac quelques idées qu'il serait peut-être bon d'introduire dans ton pdf (comme ça c'est toi qui aura la maitrise de ces 1ère pages) le chapitre sur les variables: Effectivement en prog tradi la variable est le support de l'information et c'est pour ca qu'on l'appelle ainsi. En lisp il est bien d'utiliser le mot 'symbole' à la place de variable. Dans ce cas un symbole contiend patati patata (tout ce que tu as dit) mais aussi et surtout peut contenir un autre symbole. D'ailleurs un peu plus loin quand tu écris: (setq pt1 '(10 50 0)) et bien cela veut justement dire que tu affecte le symbole qui représente la liste (10 50 0) dans le symbole pt1. l'apostrophe est l'outil fondamental qui décrit ou introduit un symbole.. d'ailleurs l'ordre setq veut en fait dire set quote et donc set ' essayez donc l'ordre (set 'pt1 '(10 50 0)) et vous verrez que ca fait la même chose que setq. l'apostrophe permet donc de décrire plus rapidement un symbole complexe. En effet une liste est déjà un symbole complexe. Normalement une liste s'exprime de la sorte (list 10 50 0) ce qui est un peu plus lourd il faut le reconnaitre '(10 50 0) est plus rapide. Il faudra d'ailleurs consacrer un chapitre simple pour les listes qui constituent la 2ème entité fondamentale après le symbole en lisp. encore Bravo pour ce début ...

Juste un mot de plus... j'ai donné ces infos uniquement pour expliquer les fondements d'un langage de pile et la première pierre de cette pile étant nil ... on revient à la case départ. quant-à l'utilité de l'exemple en particulier il est nil justement, il n'avait pas d'autres buts que de faire sourire .. et d'introduire à la notation symbolique (après on en a rien à .. de savoir qu'il y a un pointeur haut ou bas dans un symbole). par contre nous aurons certainement l'occasion de démontrer le réel intérêt à utiliser la notation symbolique, elle permet de couts fumeux en programmation orientée objet .. mais on parlera de cela dans l'autre thème lisp ...

Excuse je ne savais pas que tu attendais une réaction .. moi je réagis que le vendredi .. les autres jours j'suis amorphe .. Effectivement j'avais bien remarqué qu'avec visretain=0 la purge se faisait bien dans le fichier accueillant la xref...mais ... à ton avis pourquoi que la visretain est à 1 ?? et bien pour permettre la perso des calques xref dans ton dessin d'accueil et ca bien-sûr c'est plus que nécessaire.. donc on répare un mal par un mal encore pire ... ceci dit j'aurais réfléchir à partir de cela: en effet visretain permet la gestion individualisée des calques dépendant des xref si on désactive visretain on redonne à la xref sa propriété exclusive des calques et partant de cela les mise à jour des proporiétés du dessin xref sont automatiques parceque appartenant à la xref. inversement si visretain est actif, il doit y avoir un petit pointeur quelque part qui dit alors que les calques de la xref ont quand même des infos qui trainent dans le dessin d'accueil ... de là à ce qu'il refuse de purger en interne et dans la même session les calques après rechargement de la dite référence je trouve ca quand même un peu fort ...

mettre en place une rubrique lisp pour intellicad est une très bonne chose et j'adhère totalement. ceci dit deux choses fondamentales: - à l'origine ecotec soumettait une idée de rubrique (une seule ou plusieurs) permettant de faire de la pédagogie sur le lisp >> il y a le fondamental qui est indépendant des support logiciels choisi (Autocad ou autres moteurs) et puis il y a les applications spécifiques.. c'est d'ailleurs un peu pour ca que j'avais proposé 3 catégories de travail: - une pour les généralités lisp - une pour le rapport avec autocad (pourquoi pas donc aussi avec intellicad) - une pour l'editeur VL qui semblait poser pb à certains -. - la rubrique intellicad existe déjà à part entière et elle n'est pour le moment pas trop saturée. Ce serait peut-être bien de parler lisp-intellicad sur la rubrique intellicad. Cela permettrait de savoir combien de personnes sont vraiment interessées par ce type d'articles.

Un peu d'humour ne fait pas de mal parfois en tout cas ca peut détendre... Ceci dit mes deux dernières phrases lisp avaient une coquille: il fallait lire (setq rimbo 'formateur) (setq labletech 'apprenti_formateur) j'avais oublié l'apostrophe devant formateur et apprenti_formateur pour info: !rimbo c'est la même chose que (eval 'rimbo) et non (eval rimbo) en fait !rimbo ou encore (eval 'rimbo) evalue le contenu simple de rimbo c'est à dire son pointeur haut ,c'est a dire le symbole formateur Alors que (eval rimbo) c'est comme (eval (eval 'rimbo)) ca évalue le contenu du contenu de rimbo ... c'est à dire son pointeur bas, c'est à dire le mot "passionné". Ce qui est rigolo dans l'histoire c'est que si tu te demande qui est rimbo au 1er degré?? C'est un formateur voilà tout... Mais au fond des choses par delà la nature de l'homme qui est vraiment rimbo ?? C'est un passionné voyez vous ... D'où la notion de pointeur haut et bas de l'article précédent. En fait une entité lisp peut au moins posséder 2 ensembles de valeurs, à contrario nil ne possède rien d'autre que nil et nil donc nil. C'est le début de toute chose en lisp. (ca valait le coup de s'attarder au moins sur ce 1er élément fondamental du lisp) On pourra développer de toute façon le concept du haut cet article (notation symbolique et programmation récursive) qui est très interessant (parceque compact et puissant) et unique à des langages de piles comme peut l'être le lisp.

Un 2000 avec dongle ou un 2000i ??

Les intentions sont toutes aussi bonnes que par le passé. Encore faudra-t-il que l'on puisse réaliser quelque chose d'exploitable. Sachant qu'il y a apparemment un certain nb de personnes qui ont des choses à écrire ou à dire, je crois que vous êtes à peu près d'accord pour plancher sur une petite maquette des thèmes de sous-forum à développer. Je vous propose celle-là ( a vous de la critiquer ou de la compléter): - Lisp ceinture blanche à orange - fondements et bases (syntaxe - opérateurs - test - sous-programmes) - Lisp ceinture bleu à marron - fondements (notation symbolique - appels recursifs -) - Lisp ceinture blanche à orange - liens avec Autocad (pilotage autocad - entités) - Lisp ceinture bleu à marron - liens avec Autocad (entités avancés - Xdatas) - Lisp ceinture blanche à orange - Editeur Visual lisp

Voilà 2 petites fonctions qui vont te permettre de réaliser ce que tu as demandé: - A savoir: Soit un ou plusieurs objet sélectionné comme Saisir les 2 points de base de la selection Faire une boucle: - pour copier en - pour saisir les 2 points finaux des endroits cibles - pour aligner sur la cible. tu pourras télécharger le fichier lisp à l'adresse suivante: http://www.infographie-formation.fr/eformation.htm puis rubrique 'download' et enfin le fichier align_multiple.lsp Explication des principes généraux: (defun c:align_multiple () ....(prompt "\nSaisir Objets à traiter") ; invite pour selectionner A (setq js_base (ssget)) ....(setq pobase1 (getpoint "\nSaisir 1er point de base")) ....(setq pobase2 (getpoint "\nSaisir 2ème point de base ")); saisie des points de base 1 et 2 ......(if (not (and (null js_base) (null pobase1) (null pobase2)) ) (progn ;des fois que l'on ait pas saisi les bonnes valeurs .........(while (and (setq pofin1 (getpoint pobase1 "\nSaisir 1er point cible")) ........................(setq pofin2 (getpoint pobase2 "\nSaisir 2ème point cible"))) ; tant que l'on saisit correctement les cibles 1 et 2 ...............(setq js_cible (sscopy js_base)) ; fonction magique que l'on développera plus tard ...............(command "_align" js_cible "" pobase1 pofin1 pobase2 pofin2 "" "_y "); rien à dire .........) ; fin de la boucle ......)) ; fin du test )

ce soir après le boulot je vous propose un début.. ;) la rubrique d'extraits de cours en lisp on pourrait l'appeler 'Le lisp pour les nil' le rubrique pour les exercices de styles en lisp on pourrait l'appeler Lisp exo_types pour réfléchir A vous ...

tu l'as dit bouffe nil !! en fait le nil est l'oméga du lisp Avant la lumière, le feu et l'eau , il y avait: - le nil C'est le pointeur de référence sur la 1ère liste du lisp. Le lisp est une succession de listes avec un pointeur bas et un pointeur haut dans la mémoire de ton ordinateur un peu comme les couples pointés des entités d'autocad (0 . "INSERT") C'est le pointeur haut qui porte la valeur du pointeur bas. La vie à deux est une nécessité pour un moteur lisp. D'où la notion de symbole porteur d'informations secondaires. et bien le 1er couple de référence qui permet à la machine lisp de se booter sur ton ordinateur est (nil . nil) une sorte de zéro absolu .... partant de cela tout ce qui n'est pas nil peut alors exister et aura donc un valeur symbolique ...pour illustrer de façon rigolote cette notion de symbole porteur voici quelques lignes pour les 'nil': (setq formateur "passionné") (setq apprenti_formateur nil) (setq rimbo 'formateur) (setq labletech 'apprenti_formateur) (eval rimbo) et puis (eval labletech) donnent quoi à votre avis ??. Bienvenu dans la notation symbolique qui donne tout son sens à nil ... ;)

apparemment on a du mal à avoir cette 2ème page ... je vous avais proposé une démarche pour organiser des mini cours sur ce forum. Il peut y avoir effectivement des besoins différents suivant les niveaux de chacun. Je vous propose de créer 2 rubriques nouvelles: -.1. un fourre-tout ou chacun pourra introduire des explications générales en matière de syntaxe sur le lisp. Si rimbo voulait ou pouvait par exemple mettre ses 1er chapitres sur le b à ba du lisp ce serait certainement un bon début. Si je fouille bien, je doit moi aussi retrouver des feuilles ou j'expliquais les fondements de base du lisp. Par contre il ne serait peut-être pas trop bon d'introduire des questions dans ce fourre-tout parcequ'elles brouilleront l'évolution des documents qui y seront posés. .2. un glossaire d'exercices ou de cas de figure qui correspondent à des pb rencontrés par certains d'entre vous. ce glossaire peut donner lieu à des réactions ou à des votes de popularités d'un pb en particulier. Dès qu'un exo emerge, alors les plus volubiles pourraient alors proposer des solutions programmées et commentées suivant les techniques que j'ai déjà proposées. Enfin le jeux de questions habituelles qui circulent sur ce forum peuvent donc alors continuer donnant lieu à des réponses personnalisées pour chaque cas .. Exprimez vous si cette formule peut vous interesser ...

Je reviend un peu tardivement sur cet article .. Effectivement Patrick, Autodesk n'a jamais parlé de version bridée (c'est un abus de langage de ma part) et pour reprendre leur termes il disent en fait: '....Unlike AutoCAD, AutoCAD LT was not intended as an application development platform, but as a pure 2D alternative to the full 2D and 3D features and functions of AutoCAD software. ....' Autocad LT est donc une 'pure' 2D alternative de la version pleine d'Autocad (tu comprend donc pourquoi j'avais osé parlé à tord c'est vrai, de version bridée) Quoiqu'il en soit et à moins que je ne sois trop tatillon ils expliquent bien qu'Autocad LT n'est pas destinée à être une plateforme de développement. Si ca ne veut pas dire qu'elle n'est pas destinée à accueillir du lisp .... D'ailleurs si on reprend ton article parlant du proces Autodesk/lt-exender il y a bien, à peu près cette même phrase: '.........Contrairement à AutoCAD, AutoCAD LT n’est pas destiné à être une plate-forme de développement d’applications. Les utilisateurs souhaitant disposer de fonctionnalités et de fonctions autres que celles fournies par le logiciel AutoCAD LT sont invités à envisager l’achat du produit AutoCAD ou l'un des produits métiers spécifiques d’Autodesk, pouvant fonctionner de manière autonome ou en conjonction avec une ou plusieurs applications tierces.........' Enfin, je ne crois pas me tromper en disant que le lisp a été tout bonnement enlevé de la version LT2004 (contrairement effectivement aux versions antérieures où il était simplement masqué). Que cet article ne soit pas mal interprété. Je ne souhaite pas savoir qui a raison ou tord, je souhaite simplement savoir entre les rumeurs et les articles (dont certains viennent d'ailleurs d'ici) ce que l'on a vraiment le droit de faire publiquement avec une LT. Dans le dernier article, je pensais aller dans le sens de la prudence invitant chacun à attendre de véritables conclusions juridiques concernant l'utilisation 'étendue' d'un Autocad LT2004 et supérieures.. ;)

mon e_mail est jflabrousse@libertysurf.fr

Je confirme : il faut absoluement le flexlm dernier cri. Les précédents ne supportent qu'un des deux codes à la fois . Il faut aussi veiller à désinstaller les flexm précédents de façon très propre (nettoyage de la base de registre oblige)

Voilà un petit pb que je viens de rencontrer sur notre 2004. Soit un dessin A accueillant une XREF B qui possèdent une ribambelle de plans inutiles. A partir de cela je fais touche droite souris sur cette XREF et je l'ouvre (donc B) Par fichier purger je purge tout ce que je peux purger (donc mes calques inutiles) Je sauve mon dessin B et je le ferme. Ca me ramène sur le dessin A. Mon centre de communication m'informe que ma XREF a été modifiée. Je clique dessus pour activer le gestionnaire de XREF. Je recharge ma XREF. Et puis là .... et ben mes calques de la XREF B inutiles sont toujours présents. Je peux décharger et recharger ca ne change rien au pb. En fait il me faut fermer complètement le dessin A pour qu'à sa prochaine ouverture je constate que les plans purgés de la XREF B ont bien disparu ... J'oserais dire que c'est un bug .. mais vous avez peut-être une solution ....

Ton pb est difficile à comprendre j'essaie de résumer: Tu selectionne x objets avec ton ssget (c'est donc un seul jeu de sélections) Tu veux ensuite copier ce jeu de sélection n fois Chaque copie de ce jeu de sélection, sera ensuite positionnée ailleurs et alignée selon les critères b et d qui devront certainement être saisis dans une boucle (n fois là encore) Est-ce bien cela que tu veux faire ??

Effectivement il n'y avait pas d'agressivité en tout cas pas de ma part me semble-t-il. Ce n'est pas parce-que je critique à juste titre la longueur excessive d'un article que: - je critique ton savoir faire Patrick_35, (qui n'est absoluement pas critiquable, en tout cas pas de ma part) d'une part, - j'ai pu me sentir critiquer en retour sur le mien (aucun rapport avec toi, d'ailleurs je répondais aussi à didier) d'autre part. Enfin c'est par le débat et donc par l'opposition de vision que chacun peut progresser dans son discour. Je fais beaucoup de formation (dans mon métier), je pensais donc que je pouvais vous apporter quelque chose aussi bien en lisp pur qu'en technique d'explication. Je pense que si Ecotec nous balance un prog en lisp à épurer, il est effectivement interessant que chacun s'exprime et apporte quelque chose de concret afin de permettre à tous les Ecoteciens d'en tirer profit. Je crois qu'il est bon de ponderer les ardeurs (qui sont toujours pétries de bonnes intentions) afin justement de rendre une discussion sur l'initiation au lisp plus pédagogique et interessante. C'est la raison pour laquelle je pense qu'il est préférable: - d'aborder thème par thème un prb à résoudre (un article ne traitant que d'un seul thème à la fois) - dès qu'il y a trop lignes à écrire, il vaut mieux les proposer en téléchargement sur des sites tampons (l'acces ftp sur son propre site étant plus facile que sur les autres).. Bien-sûr il faut aussi choisir les thèmes, je croyais que l'exercice qui avait été lancé par ecotec était interessant ?? apparemment il voudrait maintenant trouver une solution pour autre chose (copier aligner ??) Je pense donc qu'il serait souhaitable par exemple: -de lancer sur ce forum une question (pourquoi pas ta dernière question ecotec ??) et de laisser dans un 1er temps une période probatoire d'une semaine pendant laquelle d'autre lecteurs pourront dire si oui ou non cette question les interessent. -A la fin de cette période probatoire on pourrait alors chacun à notre façon s'exprimer pour aider à résoudre pédagogiquement le pb suivant la technique précédente.. Voilà si ca vous interesse de bosser comme ça, on pourra tous y gagner quelque choses.

Je suis tout à fait d'accord avec ecotec.. Il est préférable de structurer la chose pour donner au forum tout son sens. De plus pour répondre à didier il s'agit bien là de propositions d'exercices progressifs que je me proposais de résoudre avec suffisamment de compacité et sagacité n'est-ce pas Patrick-S35 ?? Je pense qu'un forum doit être un endroit où les articles ne doivent pas dépasser une vingtaine de lignes faute de quoi cela devient intorchable .. à fortiori s'il s'agit de lisp. C'est donc la raison pour laquelle je m'étais interdis d'en dire plus lors de ma précédente intervention. Si d'ailleurs je doit fournir plus 10 lignes en lisp je vous proposerais de les télécharger sur mon site. Le forum y gagnera en concision . Si maintenant on ne met que les explications nécessaires à la comprehension d'un tournure lisp celui-ci y gagneraen plus en clareté.

Avoir un objectif est effectivement une démarche fondamentale pour qui veut avancer et donc produire. Dans la réalisation d'un objectif, il faut aussi savoir par qui et pour qui on fait le travail: 'Connais toi toi-même et tu connaitras tes enemis' ou quelque chose comme ca. Donc un prog en lisp doit répondre à un cahier des charges mais il doit aussi avoir le niveau de l'utilisateur final. Plus celui-ci est doué et compréhensif, plus les procédures de contrôle pourront être simples voir inexistantes. Inversement plus celui-ci est malhabile, plus il faudra des procédures supplémentaires pour protéger et aider cet utilisateur néophyte. Faute de quoi il se découragera rapidement et n'utilisera pas vos prog. Pour illustrer cela reprenons le dernier exemple: (command "-calque" "n" "nouveau calque" "e" "nouveau calque" "co" 1 "" "") dans cette commande l'ordre établir permet à la fois la création et le positionnement du dessinateur sur le calque en question. Donc nouveau est inutile. (command "-calque" "e" "nouveau calque" "co" 1 "" "") suffira Ensuite la selection ne pose pas de pb sauf : - qu'il faut une question claire pour l'utilisateur - qu'il faut ensuite vérifier si l'objet a bien été sélectionné. (prompt "\nSaisir le/les objets à traiter:") (setq obj (ssget)) (if (not (null obj)) (progn Ensuite saisir un point de base est perturbant pour le dessinateur, alors que l'on peut imposer un point évident "0,0" (command "copier" obj "" "0,0" "0,0") (command "chprop" obj "" "cal" "nouveau calque" "") ))) Bien-sûr on pourra voir plus tard: Comment revenir sur le calque ou on était avant d'appeler cette commande ?? Comment aussi rendre variable le nom du calque cible ?? Enfin comment attraper le nom d'un calque d'un objet déjà posé sur ce calque ??

Faut savoir :: Est tu joueur ?? ou Est - tu cartésien ou plutôt Julien ?? ( Julien elle est bonne !!! je me met à jouer aux chevaliers des laspallesses ..)

Merci pour ces info complémentaires. je ne savais pas que LTextender avait enfin sa dernière version avec du lisp opérationnel. Il est vrai que j'avais un peu délaissé ces différents sites. Quant-à l'aspect légal d'une activité, tu sais bien que tout ce qui touche les droits d'auteur navigue encore aujourd'hui dans un flou juridique où la jusrisprudence peut avoir un rôle à jouer. Autant j'adhère à tes remarques qui spécifiaient entre autre que tout ce qui n'est pas officiellement interdit est donc légal, partant de cela la démarche que tu as décrite juste avant, peut donc sembler juridiquement correcte. Autant, tu ne m'enlèveras pas de la tête que du moment qu'un auteur ecrit et explique clairement qu'il a dépensé de l'argent pour développer 2 outils dont l'un est une version bridée du 1er,et qu'il estime être floué de ses droit d'auteur si on débride sciemment son 2ème outil alors je pense qu'on s'expose juridiquement à cet auteur. De là à ce qu'il parte en guerre contre le tout à chacun, c'est une autre histoire. Je pense que de la même manière que tu incites les lecteurs à bien vérifier le cadre juridique dans lequel il peuvent utiliser de tels outils , j'incite ces même lecteurs à la plus grande prudence pour ces quelques mois qui arrivent, rien que pour attendre la fin de l'histoire entre Autodesk et LtExtender. ;)