alala

Ce sujet ne répondait pas déjà à cela? Sinon perso je m'étais fait une liste de variables dans un fichier texte et un lisp qui listait les valeurs de ces variables dans un autre fichier texte : (defun c:VariablesGD ( / f avancement fichiervar ) (setq f (open "C:\\Dossier_var\\Var.txt" "r")) (setq avancement (open "C:\\Dossier_var\\Var_out.txt" "w")) (while (not (equal (setq fichiervar (read-line f)) nil)) (princ fichiervar avancement) (princ " " avancement) (princ (getvar fichiervar) avancement) (princ "\n" avancement) ) (close f) (close avancement) (princ) )

Bonjour, Un sujet à suivre avec intérêt : Topic de Rebcao!

bonjour, J'ai déjà eu rarement le cas, souvent dut à un réseau "capricieux". En local jamais. Je ne pense pas que d'avoir fait un "disque" réseau soit en cause mais bien la stabilité et la synchronisation du poste avec celui-ci. A voir avec un administrateur du réseau si il n'y aurais pas des parramétres réglables au niveau des timmings de déconnection des machines. Il y a des fichiés cachés qui se créent quand un plan est ouvert par un utilisateur, à voir si il ne sont pas modifiés ou corrumpus à un moment ou à un autre.

Personnellement j'aurais mis l'indice en dernier. Le tout c'est surtout de savoir ce qui va être recherché (c'est le plus compliqué). Si tu n'a pas de GED tu devra faire de la recherche de documents sous un explorateur de fichier classique. Donc tes plan dans un même dossier s'organiserons par ordre alphabétique. L'élément le plus important devra donc se trouver le plus à gauche (si celui-coi suis un ordre alphabétique ou numérique logique bien sur), et ainsi de suite jusqu'à l'élément le plus important le plus à droite dunom du fichier. Ceci se répercute directement sur les dates qui aurons la forme AAAAMMJJ et non JJMMAAAA comme l'on a l'habitude de les écrires. Pour un plan son numéro et son indice devraient suffire, sauf si tu a des plans en diférentes phases, avec un même numéro de plan et un même indice, dans ce cas indiquer la phase (projet/récolement/...) peu s'évérer nécessaire. Une date de création peu être un élément important, mais si le document comporte de nombreuses mises à jour cela ne correspond plus vraiment aux besoins.

Bonjour, Une explication vraiment très claire! Ça me permet, en plus, de commencer à regerder du coté des Xdata. meci beaucoup pour toutes ces connaissances partagés!

Une question (légérement HS) au passage sur ces valeurs DXF. Lorsque je fais un (entget(car(entsel))) je n'ai pas la valeur -3 qui apparait sur l'objet interrogé, meme si il dispose d'un hyperlien. Il y a une méthode pour lister ces valeurs non affichées par un entget ? (hors de les connaitre et les rechercher explicitement) Merci.

Un truc comme ça ? (defun c:LesHLink (/ ssbase cpt ss HLink ListHLink ssets HlinkSS SSHL) (vl-load-com) (ssget) (setq HlinkSS (ssadd)) (setq cpt 0) (vlax-for ss (vla-get-activeselectionset (vla-get-activedocument (vlax-get-acad-object) ) ) (vlax-for HLink (vla-get-Hyperlinks ss) (progn (setq cpt (1+ cpt)) (setq ListHLink (append ListHLink (list (strcat (itoa cpt) ") " (vla-get-url Hlink) "\n" ) ) ) ) (ssadd (vlax-vla-object->ename ss) HlinkSS) ) ) ) (princ (strcat "Il y a " (itoa cpt) " hyperliens dans la sélection :\n" ) ) (mapcar '(lambda (x) (princ x)) ListHLink) (initget "Oui Non") (if (= (getkword "\nEnregistrer dans un fichier ? [Oui/Non] <Non>: " ) "Oui" ) (progn (setq fic (strcat (getvar "DWGPREFIX") (getvar "DWGNAME"))) (setq fic (substr fic 1 (- (strlen fic) 4))) (setq f (open (strcat fic ".txt") "w")) (princ "Hyperliens du plan : \n" f) (princ (getvar "DWGNAME") f) (princ (strcat "\nRéalisé le " (substr (rtos (getvar "CDATE") 2 2) 7 2) "/" (substr (rtos (getvar "CDATE") 2 2) 5 2) "/" (substr (rtos (getvar "CDATE") 2 2) 1 4) "\n\n" ) f ) (princ (strcat "Il y a " (itoa cpt) " hyperliens dans la sélection :\n" ) f ) (mapcar '(lambda (x) (princ x f)) ListHLink) (close f) ) ) (sssetfirst nil HlinkSS) (princ) ) C'est différent de ce que tu à trouvé mais ça devrait fonctionner (testé avec succés sur ma machine).

Je confirme également les propos tenus au dessus, jamais une carte "pro" ne m'a apporté une stabilité ou des performances notablement meilleures qu'une carte grand public. Juste à éviter les cartes avec un OC d'origine, et penser à comparer les garanties des différentes marques.

Tu définit des fonctions avec des noms. Si tu définit plusieur fois la même fonction la nouvelle definition écrase la précédente. Donc ici au chargement de tes Lisp tu aura comme fonction exécutable la derniére qui se charge (ou que tu charge). Pense à faire des fonctions avec des noms différents, et à bien déclarer tes variables pour qu'elle ne puissent pas être réutilisés dans une autre fonction.

Idem ici, le placement sur le second écrans retourne bien une liste, mais celle-ci n'est pas prise en compte si l'on la passe en positionnement dans un new_dialog. La position doit être dans les limites du premier écransn sinon ce n'est pas pris en compte. :blink:

Associé oui, ouvert non si l'on fait un "enregistrer sous" (Save as) comme dans le code proposé! La est l'astuce. Pou un plan associé effectivement il faudra passer par une phase de copie du fichier.

Arf j'ai faitune erreur dans le code, je m'en excuse. Déjà il faut ajouter le "_C" pour un rectangle de sélection avec les bord inclus. Ou "_W" pour un rectangle avec les bord exclus. (ssget "_C" '(1534000 8272000) '(1578000 8224000) (list (cons 410 "Model"))) Donc le dossier que j'ai définit dans celui ci pour les fichiers dans la zone est "OK" et les fichiers hors zone est "KO". Dans le LISP fournis il te faut changer ces deux nom pour qu'ils correspondents au dossier ou tu souhaite mettre tes fichiers de chaque genre. Les dossiers doivents exister, normalement ça ne devrais plus poser de soucis. Donc : (defun c:dispzone ( / MonPlan) (vl-load-com) (setq MonPlan(vla-get-activedocument(vlax-get-acad-object))) (vla-ZoomAll (vlax-get-acad-object)) (if (ssget "_C" '(1534000 8272000) '(1578000 8224000) (list (cons 410 "Model"))) ; si il y a des objets en espace Objet ALORS copie le DWG dans le sous-dossier OK (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "OK\\" (getvar 'DWGNAME)) acNative) ; si PAS d objet en espace Objet ALORS copie le DWG dans le sous-dossier KO (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "KO\\" (getvar 'DWGNAME)) acNative) ) (princ) (command "._close" "o") ) "Normalement" plus de soucis!

J'ai trouvé une solution pas géniale mais qui a le mérite d'exister, je vais inscrire en dur dans le LISP la config général pour tous. Par contre je compte permettre à l'utilisateur de se faire un, ou plusieur, fichier de config perso, qui serons eux placés dans un dossier de config de chaque poste. Merci à vous tous pour vôtre aide.

Je pense que tu n'a pas trop le choix, contrairement au chemin du fichier le chemin de l'XREF dépend de l'XREF en question, donc à choisir car tu peu en avoir plusieur sur un plans. Si maintenant tu n'a qu'un seul et unique XREF tu peu éventuellement scripter ou LISPer la chose, mais automatiser dans ton bloc directement, je ne croit pas que cela soit réalisable.

Pour le lisp que j'ai créer et que tu utilise je n'ait pas fait de zonne de sélection visible mais pour faire un rectangle il te faut quatres points. Le mieux, si tu utilise une zone rectangulaire à la souris est de prendre ce LISP : ; test si l'on dispose d'un objet dans une zone de l'espace Objet (defun c:dispzone ( / MonPlan) (vl-load-com) (setq MonPlan(vla-get-activedocument(vlax-get-acad-object))) (vla-ZoomAll (vlax-get-acad-object)) (if (ssget (list (cons 410 "Model"))) ; si il y a des objets en espace Objet ALORS copie le DWG dans le sous-dossier DEDANS (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "OK\\" (getvar 'DWGNAME)) acNative) ; si PAS d'objet en espace Objet ALORS copie le DWG dans le sous-dossier DEHORS (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "KO\\" (getvar 'DWGNAME)) acNative) ) (princ) (command "._close" "o") ) Et donc si tu connais à l'avance ton emprise à contrôler : ; test si l'on dispose d'un objet dans une zone de l'espace Objet (defun c:dispzone ( / MonPlan) (vl-load-com) (setq MonPlan(vla-get-activedocument(vlax-get-acad-object))) (vla-ZoomAll (vlax-get-acad-object)) (if (ssget '(1534000 8272000) '(1578000 8224000) (list (cons 410 "Model"))) ; si il y a des objets en espace Objet ALORS copie le DWG dans le sous-dossier DEDANS (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "OK\\" (getvar 'DWGNAME)) acNative) ; si PAS d'objet en espace Objet ALORS copie le DWG dans le sous-dossier DEHORS (vla-SaveAs MonPlan (strcat (getvar 'DWGPREFIX) "KO\\" (getvar 'DWGNAME)) acNative) ) (princ) (command "._close" "o") )ou '(1534000 8272000) '(1578000 8224000) est l'expression des coordonnées de la zone de sélection. (donc à adapter à ta zone)

le 24" 16/10 et le 20" 4/3 doivent avoir sensiblement la même hauteur, en plus d'avoir la même résolution (ce qui est le point à vérifier,n c'est bien trop désagréable d'avoir des résolution différentes en hauteur). Perso actuellement je dirais pas non à un troisiéme écrans, mais je pense que la résolution limité des 22" 1920/1080 est en cause, le manque de pixel en hauteur se fait bien trop ressentir sur les autocads avec ruban (horreur).

A tu essayé la fonction .measure pour un bloc? (si ton object est un bloc)

A voir suivant le matos mais généralement c'est 2 écrrans max par cartes, mais AMD propose jusqu'a 6 écrans sous certaines conditions. Par contre le mieux est bien d'avoir plusieurs écrans mais de même taille et même définition.

Reste à voir les futurs 21:9 en 29" : http://www.lesnumeriques.com/moniteur-ecran-lcd/dell-ultrasharp-u2913wm-p14863/grand-moniteur-dell-ultrasharp-u2913wm-n27012.html

Et un réacteur qui scrute l'overture des fichiers ne pourrais pas retourner quelques chose?

Je pense qu'un grand écrans avec un très bonne résolution est un plus, mais que deux grand écrans sont encore plus apréciables pour affichier divers fichiers sur chaque écrans. Pour moi deux 24" en 1920/1200 (de plus en plus rare) sont idéal si l'on veu un juste millieu entre le 27" à très haute résolution et le 22" basique. Pour la CG, le principal dans un premier temps c'est d'avoir deux sorties vidéos, je pense pas qu'une grosse puissance soit necessaire, Autocad l'utilisant peu.

Regarde du coté de la valeur de SNAPANG. ;)

Bonjour, je souhaiterais créer des LISP avec des fichiers de configuration (type "calques à intéroger", "bloc à modifier", ...). Dans ces fichier je souhaite inscrire mes configuration que j'utiliserais sur mon poste ou celui d'un collégue. Pour me facilité la tache je souhaiterais savoir si il est possible de connaitre l'emplacement du Lisp qui est appelé? En effet il m'est plus simple de placer sur un dossier réseau les lisp communs et de laisser à chacun le choix et la maitrise de la méthode d'accés à ces routines (raccourcis réseau ou lien direct). Ne souhaitant/pouvant pas modifier les configurations des Autocad installés j'aurais donc voulus que le Lisp m'informe de lui meêm de son emplacement ce qui me permettrais de trouver le fichier de config préalablement placé dans le même dossier que le LISP. Selon vous cette manipulation est elle possible? Avez vous des méthodes pour réaliser cela autrement? Avez vous des méthodes différentes pour arriver au même résultat avec les même contraintes? Merci d'avance à vous tous.

Ne pas oublier que bien souvent les annonces de dessinateur "simple" (étude 1/2 par exemple) sont rédigées par les recruteurs avec comme intitulé "Dessinateur Projeteur". Aujourd'hui un dessinateur "honnête" se fera jeter des recrutements, quand celui qui s'inscrit Projeteur aura l'assurance de voir sa candidature étudié. Pour le reste pour avoir utilisé du Théo sans être réellement formé je m'abstiendrais de donner un quelconque conseil en dehors de celui de refuser de l'utiliser, ce sont des produit onéreux et fragiles, leur usage demande une précision et une maitrise que l'on acquière pas sur un forum ou pour une mission d'intérim courte.

J'ai personnellement de grosses difficultés en Français, mais je pense qu'il est primordail que les outils tel qu'Autocad (ou autres logiciels vendus à un grand nombre d'exemplaire) propose un Français parfait. J'admet parfaitement que l'on me reprenne sur la langue d'ailleurs (horsmis si l'on en oublie le fond du sujet exprimé). Je pense qu'il est préférable d'aller vers la maitrise (quelque soit le dommaine), que de tendre vers la médiocrité.