Patrick_35

Salut Essaye ça (defun c:poca () (initget 1 "PO CN") (setq choix (getkword "\n Choix PO ou CN [PO/CN] : ")) (if (= choix "PO") (alert "PO") (alert "CN") ) (princ) ) @+

Si peu ;) Il faut juste persévérer. @Lakota78 Tu as LXL pour lier tes cartouches avec Excel (ou toutes autres valeurs). Tu as aussi IND pour gérer tes indices. Si tu cherches bien, je pense que tu vas trouver ton bonheur avec tous les lisps qui sont sur la toile. @+

Salut Tu as GEF qui permet aussi la sauvegarde de l'état des calques d'une fenêtre afin de pouvoir l'appliquer sur d'autres dessins. @

Bonne idée, je n'y avais pas songé. Pour l'instant, je mets un commentaire à chaque lisp afin de le décrire, mais un fichier en entête est à retenir @+

Salut Ah oui, tu nous cache des choses ;) D'après ce que je vois, c'est le fonctionnement normal. Après l'ouverture (fichier) de l'onglet exporté, il faut lancer GEXL pour geler les calques. @+

Ce qui vient d'être fait. Reste à faire les commentaires. @+

Salut Je ne pense pas que ce soit du spécifique, mais plus une application métier. Maintenant, il y a plusieurs problèmes. Le nom des blocs, pas toujours cohérents, pas de charte graphique, ou si peu. Des plans plus ou moins bien faits, etc.... Du coup, cela devient impossible à programmer, et même si on arrive à faire quelque chose, c'est sans compter le temps de saisie pour créer l'intelligence. Tout cela pour quelques longueurs et un quantitatif ? Les longueurs pour les armoires ! Ce n'est pas cela qui change et c'est au chef de chantier de nous donner ses longueurs. A nous de vérifier si c'est cohérent par rapport à nos notes de calculs et ensuite de commander. Le quantitatif ! Ce ne sont pas les luminaires qui bougent le plus. Une fois la présentation validée, ça roule. Le quantitatif pour les pc, inters, etc... En générale, on commande 90% du chantier puis le restant avec le chef de chantier pour éviter les écarts. Le quantitatif pour le câble des luminaires, pc, etc... ? C'est toujours en fonction du chef de chantier, car chacun à sa propre méthode de travail et c'est à nous de nous adapter. Bref, automatiser ce genre de tâche reste une vue d'esprit du BE, C'est la réalité du chantier qui commande (sans vouloir vexer personne) @+

Hello mon crabinou Tous mes voeux de bonne santé et de bonheur Je suis en train de faire une passe sur tous mes lisps et de les déposer via DropBox, lien qui sera plus tard dispo sur ma signature @+

@lili Moi aussi, je suis sous Firefox. Je viens de tester avec Opéra et j'ai bien les commentaires. Surement un plugin qui doit bloquer. @+

Salut Je suis surpris que cela ne fonctionne pas. Je reviens de faire un test et tout est OK La procédure 1) J'ouvre le plan auquel je souhaite exporter les présentations 2) Je lance le lisp, choisis les présentations à exporter et laisse le lisp travailler 3) J'ouvre une présentation exportée (le nom du fichier + le nom de l'onglet) 4) Je lance GEXL pour geler les calques ps : il est créé un fichier "nom du fichier"+"nom de l'onglet"+".exl" qui est généré par EXL et effacé automatiquement avec GEXL. Ce fichier a les paramètres des calques en fonction des fenêtres @lili : C'est surprenant. Je vais vois avec un autre explorateur @+

Je trouve aussi. @+

Merci lili J'ai beau regarder, je ne trouve pas :( Mais la réponse est simple. EXL v1.11 est prévu pour fonctionner qu'avec une fenêtre par présentation. EXL v3.00 avec plusieurs fenêtres par présentation. C'est pour cela qu'il est inclus GEXL pour geler les calques de chaque présentation exporté car techniquement, je n'arrive pas à geler via ObjectDdx les calques des fenêtres de présentations. Pour palier à ce problème, il faut donc ouvrir chaque présentation exporté, lancer GEXL pour geler les calques et retrouver ainsi la présentation identique à l'originale. Il y a aussi une option, GEXLO (intégré à GEXL) pour lier ou pas les xrefs lors du traitement par GEXL @+

Bonjour à tous @Steven Je suis surpris ! Essaye avec la version 3.00 qui travaille avec plusieurs fenêtres par présentation, contrairement à la version précédente. Par contre, il faut ouvrir chaque présentation exportée et lancer GEXL (inclus avec EXL dans le lisp) pour geler les calques. @lili Ton lien envoi directement sur la page et je ne vois pas le commentaire. @+

Salut Je suis content que tu ais trouvé ton bonheur. Je pense remettre tous mes lisps avec commentaires via DropBox en partageant le lien, il me faut juste un peu de temps... @+

Salut Et avec EXL ? @+

Salut Alors ce lisp devrait de plaire @+

Salut Un excellent site pour le DCL @+

Salut Lili @+

Merci pour ces éclaircissements. Je pense que je ne dois pas tout écrire dans les dictionnaires car je fais mes tests que sur un seul, voir deux filtres. Ce qui me surprend, c'est que j'ai essayé le lisp de (gile) pour import/export des filtres et j'ai les mêmes symptômes. Je vais éplucher ce tu m'as donné. @+

Et avec ce lisp ? @+

Salut Merci pour ta réponse et tous mes voeux pour cette nouvelle année. Je n'avais pas vu ce sujet, mais j'ai fait une recherche sur le net et non sur cadxp. As-tu le même soucis que celui décrit ici ? Car ce n'est pas de créer le filtre qui pose problème, mais l'actualisation de la liste des calques selon le filtre à partir du 2em filtre créé bien que le filtre soit correct. ps : les liens dans le lien sont mort.

Salut Utilise la commande _chspace ou changespace (en français) @+

Cela règle le problème du gestionnaire de calque ouvert, mais pas de l'actualisation du filtre @+

Bonjour Sur ce message, je vois que MP enregistre les filtres de calques dans le dictionnaire et dans les xdatas (choses que je retrouvre en interrogeant les filtres) Sur ce même message, je vois que T.Willey n'utilise pas les xdatas et que ça fonctionne. Sur un autre message, je vois que (gile) propose un lisp LayerFilter pour importer/exporter des filtres, qu'il n'utilise pas les xdatas mais une autre bibliothèque qui est ACLYDICTIONARY et dont je retrouve aussi des données sur des filtres créés manuellement mais pas avec le lisp du type de T.Willey ? Quid des données à écrire ??? Sur ce message, je décris un disfonctionnement d'autocad pour la création d'un filtre à la méthode de T.Willey (et j'ai retrouvé d'autres lisps sur le net fonctionnant de la même manière). Bug d'Autocad ? @+ ps : (gile) ton lisp bug si on écrit par prog un filtre en utilisant uniquement l'enregistrement du dictionnaire dans ACAD_LAYERFILTERS

Salut Oui, en effet. J'ai remarqué qu'à la création du 1er filtre, tout fonctionne correctement. C'est à la création d'un 2em que l'affichage ne se met pas à jour sur le filtre (mais le filtre créé est bien présent avec les bons paramètres). Cela se produit aussi sur de nouveaux dessins à partir de la création du 2em filtre, ce qui n'est pas logique. Même sur des dessins vierges. J'ai aussi testé avec le lisp donné par capde06 qui a le même problème. Il suffit de cocher l'inversion d'un filtre et de le décocher pour que tout rentre dans l'ordre. De même, si le gestionnaire des calques est affiché et que l'on créé un filtre, celui-ci ne s'affiche pas. En fermant puis en ré-ouvrant le gestionnaire, celui-ci apparait. Je pense qu'il faut mettre à jour le gestionnaire des calques suite à la création des filtres par programmation pour palier à ces problèmes. Reste à trouver comment. @+