Patrick_35

Bonjour à tous Le clavardage, c'est bien mais encore faut-il être célibataire, ne pas avoir d'amis et ni de voisins :( J'ai essayé une fois et ma femme m'est tombé dessus en me disant que déjà elle ne me voyait pas souvent, alors si c'est pour se mettre derrière un écran... :o Bon, à un prochain clavardage, peut-être :cool: @+

Bonjour à vous tous En lisant les posts et sans encore avoir testé Autospeed (ce que je ne tarderai pas à faire, il me semble y avoir des choses intéressantes dedans) Une première remarque qui rejoint LFA&Didier à propos des raccourcis. Il me semble que c'est quand même au programmeur de s'adapter à l'utilisateur et non le contraire, même s'ils sont faciles à retenir. Avec le recul et l’expérience, j’ai constaté pour qu’un produit soit bien utilisé. Il faut faire un menu partiel, une boite de dialogue regroupant toutes les fonctionnalités, les raccourcis clavier et une aide. Dans un même BE, un utilisateur ne travaillera pas de la même manière que son voisin. Les habitudes sont très dures à changer. Une personne qui travaille avec les menus ne passera jamais aux raccourcis, de même que celui qui travaille avec les icônes. De plus, un nouvel utilisateur non formé au produit (ce qui arrive de temps en temps avec les intérimaires) arrive facilement par le biais d’un menu à se servir de l’outil, plutôt que de demander à ses collègues (quand il ose) Pour la Légende, le concept à l'air intéressant et à tester, mais pour l’instant, pourquoi ne pas être parti avec une base Excel, voir Access qui serait la légende provisoire pour en extraire la définitive ? @+

Salut Tu as bien Viewcompanion, mais c'est un partagiciel @+

Réponse : LT2005+LT-Extender=Version pleine (au niveau du coût) ;) Plus sérieusement, avec un outil linguistique par exemple

Salut Lt, Lt, quand tu nous tiens... ;) Regarde ce sujet @+

Salut Tout dépend dans quoi tu bosses. Par exemple, sur un plan archi, les portes simple font en général 80 à 90 cm. En mesurant la largeur d'une porte, si j'ai comme valeur par exemple 0.87, cela veux dire que mes unités sont en mètres @+

Salut La variable dctmain te permet de choisir la langue de ton dictionnaire @+

Salut C'est normal que ton lisp ne fonctionne pas. Tu dois avoir une base qui doit se charger à chaque ouverture de dessin Il te manque les routines SELECT_JEU, SELECT_ATT et INCREM_JEU Dans le lien donné par bonus, tu as une routine qui incrémente sur attributs (iat). Essaye-la d'abord et ensuite tu nous fait part de tes remarques @+

Bonjour à vous tous Pas besoin d'Excel Je recommence en plus clair malgré ce lien Tu fais deux textes l’un a coté de l’autre, ce qui sur plusieurs lignes te donne deux colonnes. La première colonne représente les textes qui doivent s'incrémenter et la deuxième l’intitulé. Comme ça, même si tu dois décaler, pas besoin de tout refaire, un déplacer suffit. Si tu veux être certain que tes textes ne se chevauchent pas, pense à la justification d, bd, md ou hd pour la première colonne et g, bg, mg ou hg pour la deuxième @+

Ou encore une colonne en texte avec une incrémentation @+

Salut La solution est ici @+

Les grands esprits se rejoignent :cool: un clic droit me retourne (11 0) un shift+clic droit (11 1000) et un crtl+clic droit (11 2000) Et j'ai compris pourquoi tout ne s'efface pas en bougeant le curseur de la souris Je trace un trait en ortho (ex 0,0 à 0,30) et si je bouge ma souris entre les y 0 et 30, ça fonctionne correctement. Par contre, si je bouge en y < 0 ou en y > 30, là tout ne s'efface pas correctement :o @+

Salut Tu as essayé les routines dans le lien que t'as donné Bonus :casstet: @+

Salut ou encore la commande _group @+

Après Test, pour le clic droit, j'ai ajouté (while (and (setq key (grread T 4 0)) (/= (car key) 3) [b](/= (car key) 11)[/b] loop) Ps : Je continue... ;) @+

Apparemment pas sous la 2000, il n'en veut pas Ce qui est bien pratique J'avais bien compris, mais il me reste des traits, surtout quand je bascule de droite à gauche et en plus, je viens de constater qu'il y a des traits qui se superposent. Après réflexion, ça ma parait logique vu qu'il n'efface pas tout Ps : je remet les espaces où il faut dans ton lisp et je regarde de plus près @+

Il faut bosser en électricité, on a plein d'ampoules ;) Juste deux/trois remarques si tu le permets Bonus 1) Ton lisp n'accepte pas la le clic droit de la souris (entrée) 2) Si je bascule une première fois vers la droite (vive grread) et que je vais ensuite sur la gauche, il me reste des lignes sur la droite de celle d'origine 3) La commande réseau est très pratique, mais ton lisp à l'avantage d'être plus visuel @+

Salut La réponse est dans ce sujet @+

Salut Bonus Le plus simple avec une comparaison par (entlast) du style (setq der (entlast)) (ma_routine) (if (eq (entlast) der) (princ "\nCa ne s'est pas bien passé :-(") (princ "\nCommande réussie :-)") ) (princ) Ou encore par les réacteurs avec :vlr-commandEnded pour vérifier que la commande s'est bien déroulée, mais ça ne veux pas dire que la commande decaler a créé une nouvelle entité. Tout dépend à quel niveau tu souhaites faire ton analyse d'erreur @+

ouf.... ca sent bientôt les vacances Didier ;) @+

Salut Puisque que tu sollicites des remarques, voici ce que j'ai constaté dans un premier temps 1) Le lisp est chargé, j'ouvre un nouveau dessin, erreur:no function definition: REAC_CMDENDED 2) Il faut que le lisp soit en permanence chargé, sinon message d'erreur:no function definition: REAC_CMDENDED si je réouvre le dessin et que je touche à un rectangle créé avec rcr 3) J'utilise rcr, puis je sauvegarde. Je recharge le dessin et le lisp, plus de liaisons avec les rectangles précédemment créés avec la fonction rcr 4) Je fais un nouveau rectangle avec rcr, des modifs par grips, puis plusieurs undo jusqu'à l'effacement de mon rectangle, encore un undo puis erreur:Erreur Automation. Aucune description n'a été entrée. 5) Je charge par exemple 5 fois le lisp, et quand j'ai un message d'erreur, au lieu d'en avoir un, j'en ai cinq, ce qui veut dire que les réacteurs s'additionne Voila, et chapeau quand même, il n'est pas facile de manier des réacteurs. Il faut envisager toutes les sources d'erreurs, ce qui est loin d'être simple Mais encore une chose avant de regarder plus en profondeur ton lisp, je ne vois pas trop son intérêt ? @+

C'est vrai que j'utilise rarement cette méthode, mais je n'ai jamais eu de soucis. Je ne vois pas en quoi le fait de superposer des sommets pose problème. Un clore ! mais dans le cas présent, c'est forcement à l'intérieur de la poly, jamais en extrémité, sinon on prolonge/ajuste ou on ferme la poly et là on se rejoint pour les ennuies avec les hachures, régions, etc... @+

Tout à fait, mais c'est une manip simple et rapide, et même si j'étire en cliquant dessus, c'est les deux qui suivent automatiquement @+

Salut Bonus Avec la souris l'un sur l'autre, c'est complètement invisible pour l'utilisateur lambda @+

Didier, voyons..... ;) Avec les grips, tout simplement @+