xpessard

Merci Christian. J'ai testé et j'ai compris. Je trouve que la variable système MSLTSCALE (qui résout effectivement ce problème légitime de visibilité dans l'espace objet) ajoute encore un peu de complication. Tout dépend du métier, personnellement je n'utilise pas des présentations à des échelles très différentes, et donc pour moi, PSLTSCALE à 1 ne m'intéresse pas vraiment beaucoup. Je laisse PSLTSCALE à 0 et du coup je n'ai pas de problème. Tant pis pour CHANGESPACE, je continuerai à multiplier l'échelle du type de ligne de l'objet copié par le facteur d'agrandissement renvoyé par CHANGESPACE lors de la commande ("Les objets ont été mis à l'échelle avec un facteur de 0.2 pour conserver leur apparence visuelle", par exemple). Mais merci car j'avais loupé l'arrivée de la variable MSLTSCALE quand je travaillais encore avec une version antérieure à 2008. Xavier

Bonjour Christian, et merci de ta réponse. Je viens de faire quelques tests. Apparemment le bon fonctionnement de CHANGESPACE (y compris l'échelle de type de ligne) n'exige que la variable PSLTSCALE à 1. Ca fonctionne chez moi de la même manière, quelque soit le réglage des 2 autres variables que tu indiques. Mais c'était bien la solution pour cette question, merci. Mais j'aimerais avoir ton avis sur l'utilisation de cette variable : PSLTSCALE à 1, je n'ai jamais aimé ni utilisé ce procédé, pourquoi ? Parce que l'apparence des pointillés (CACHE ou autres)n'est jamais la même de l'espace objet à l'espace papier. Et je trouve que ce n'est pas confortable de ne pas retrouver les mêmes pointillés qu'on a dessinés dans l'objet, dans la fenêtre de l'espace papier. Peut-être que quelque chose m'a toujours échappé ? Mon entreprise exige dans sa charte que les lignes cachées soient en type CACHE, et que tous les objets soient dessinés à l'échelle 1. Je travaille sur des dessins de type architecturaux, et non mécaniques, donc des objets de grandeur comprises entre 10 cm et 10m le plus souvent. Il se trouve que pour que des lignes en CACHE de cette grandeur, dessinées à l'échelle 1, soient visibles comme pointillées dans les fenêtres aux échelles usuelles 1/50 ou 1/100, il faut travailler avec un facteur d'échelle global (LTSCALE) de 50 environ. Tout ça pour situer le contexte de mon travail. Est ce que j'ai loupé quelque chose avec l'histoire de PSLTSCALE à 1, ça ne gêne personne d'autre ?

Echelle du type de ligne avec CHANGESPACE Quand je copie avec CHANGESPACE une ligne pointillée (CACHE par exemple), de l'espace objet flottant d'une fenêtre à l'espace papier, l'échelle du type de ligne est conservé de l'espace objet à l'espace papier (il reste à 1 par exemple), et donc le pointillé est beaucoup plus gros, ce que je ne veux pas, alors que l'apparence de l'objet est conservé (et donc l'échelle de l'objet est modifié, ce qui est souhaité). J'utilise CHANGESPACE pour mettre des lignes pointillées de l'espace objet en légende dans le cartouche de la présentation. Existe-t'il une variable système qui modifierait ce comportement de CHANGESPACE ? J'utilise Autocad Map3D 2012 et aussi Autocad LT 2015, et le problème est le même dans ces 2 versions. Il me semble que je n'avais pas de problème avec des versions antérieures ? Merci à l'avance pour vos réponses.

Heu non.. En fait j'ouvre les fichiers .xls avec open office, ce serait la raison ? Désolé pour ma naïveté... Il faudrait donc que je réinstalle Microsoft excel, ce serait plus simple, sans doute et je réessaierai. En fait, je suis en train de chercher une routine lisp pour rajouter des attributs dans des blocs existants (308 du même nom dans le fichier qui m'a servi d'essai), ce qui n'est pas possible normalement, mais je pense qu'on doit pouvoir contourner le problème avec une routine qui insère un nouveau bloc contenant les mêmes attributs + les étiquettes supplémentaires désirées et qui réutiliserait "CAT" de Patrick_35 (qui permet de copier les valeurs des attributs d'un bloc à un autre). La routine insérerait le nouveau bloc aux mêmes coordonnées absolues que l'ancien, y copierait les valeurs d'attributs et détruirait l'ancien bloc, puis passerait au bloc suivant dans une boucle. J'ai fait un peu de lisp pour mes propres besoins, mais je dois encore pas mal chercher. Entretemps j'ai découvert ATTIN et ATTOUT des Express Tools (grâce à ton post du 1er juin sur ce sujet) qui permet d'extraire les valeurs d'attributs dans un fichier txt, qu'on peut ouvrir avec excel (je l'ai au boulot) en quelques clics d'importation, y réintroduire des données et les réinjecter dans le fichier Autocad à partir du fichier réenregistré au format .txt (je n'ai pas de blocs dynamiques à traiter). Ce serait finalement ma solution pour remplir les attributs supplémentaires à partir d'une base de données qui est sur excel. Alors je sors sans doute du sujet de ce topic, puisque je parle de lisp et non de ObjectARX/DBX, C++, .NET, ou RealDWG, mais je vais déjà chercher un peu tout seul, peut-être vous voudrez bien m'aider à nouveau (si vous ne m'en voulez pas trop...) si je reviens sur le sujet lisp avec ma routine ? Merci, Gile de m'avoir répondu. Bien sûr, si quelqu'un se souvient que ce que je cherche a déja été traité, ça peut m'intéresser. Xavier

Bonjour, gile, je suis nouvellement membre et cette application m'interesse. Malheureusement EATT ne crée pas le fichier .xls dans le dossier désigné. Je suis sous Autocad 2010 avec WindowsXP. Voici ce qu'affiche la ligne de commande : Commande: netload Commande: eatt Choix des objets: Spécifiez le coin opposé: 308 trouvé(s) Choix des objets: La valeur ne peut pas être null. Nom du paramètre : type à System.Activator.CreateInstance(Type type, Boolean nonPublic) à System.Activator.CreateInstance(Type type) à ExcelLateBinding.LateBindings.CreateInstance(String appName) à ExcelLateBinding.LateBindings.GetOrCreateInstance(String appName) à ExcelLateBinding.ExcelWriter.Open(String filename, String worksheetName) à ExcelLateBinding.ExcelWriter.Open(String filename) à ExcelAttribute.Commands.ExportAttributes() -Il y a bien 308 blocs trouvés dans le dessin, mais après la boite de dialogue qui propose un nom de fichier excel, aucun fichier excel n'est créé et je vois toujours la mention "La valeur ne peut pas être null" Le programme ne prend aucun des 308 blocs qui comportent chacun une douzaine d'attributs. Vois-tu une solution au problème ? Xavier