DenisHen

Je conçois que c'est un peu capillo-tracté (=tiré par les cheveux), mais je connais des personnes qui confondent encore le clique droit et gauche, écrivent leurs courriers sans les accents, ne veulent pas cliquer sur "Démarrer" pour éteindre l'ordinateur, ne font pas la différence entre l'adresse d'un site et celle d'un courriel, quant à numériser un document, c'est tout un programme. J'avais un collègue qui n'a jamais voulu se mettre au PC, il faisait tout à la main. Merci pour Inno Setup, je vais regarder ça de plus près.

Encore une fois, on sait tous que tu as raison (moi le premier), mais pour un utilisateur lambda (même pas mapcar, qu'est-ce qu'on se marre !), pour un vrai débutant, le simple therme idoine est déjà une curiosité presque absconde pour lui. Je me place toujours au niveau de celui qui ne sait pas encore. Lui faire chercher un répertoire qui, peut-être, est dans un AppData/Roaming ou autre, sera une torture pour ce novice, car si c'est caché, il ne le verra ni le trouvera jamais. Il restera dans une impasse, et abandonnera. Pourquoi fait-on des tutos ? Pour existe-t-il l'incroyable bible "Introduction à AutoLisp" ? Par contre, taper en ligne de commande 7 lettres : AppLoad, il saura surement faire, c'est indéniable, après, il suit ce qu'il lui sera demandé via une toute petite assistance. Je pense qu'on ne peut pas faire plus simple pour lui, mais ce n'est que mon avis. C'est ce que j'essai de lui donner, sans qu'il cherche à comprendre (de trop, pour l'instant). Il lance la commande AppLoad sur AutoCAD, il va chercher le bon fichier.lsp et il suit ce qu'il lui est demandé, c'est tout ce qu'il a à faire, c'est de répondre aux questions. Et comme, de toutes façons, il devra intervenir ou faire une action (on ne peut rien faire sans une action de sa part, bundle, ApplicationPlugins... ou pas, on est d'accord), je considère (peut-être à tord) que cette simple action de sa part doit être minimaliste, et devrait le rester, une action délibérée et bien expliquée, est peut être la méthode la plus simple pour lui. Et je pense qu'on ne peut pas faire plus simple que 7 lettres en ligne de commande. Même si ce n'est pas la plus simple pour les développeurs. Comme disait le grand philosophe Jean-Claude Van Damne : "Aide ceux qui ne savent pas, et ils t'aideront quand tu sauras". Je vais quand-même regarder les liens de Maître (gile), c'est systématiquement instructif. Bien à toi la Communauté. Denis...

Oui, entièrement d'accord avec toi, mais tout le monde n'a pas la chance d'avoir de CAD Manager sous la main (moi par exemple). Je pense au(x) dessinateur(s, trice(s), teuse(s)) seul(s, es) dans leur bureau à ramer pour utiliser ce que nous faisons. Mais je vais regarder tes liens, qui j'en suis certain vont m'en apprendre beaucoup... Pour résumer mon souhait, un utilisateur copie (ou décompresse) dans un répertoire (exemple : D:\Machin) nos Lisp. Ensuite, il lance avec "appload", "D:\Machin\Instal.lsp" et ce Lisp va "configurer" tout (en faite, il demande à l'utilisateur où ce trouve "AutoLoad.lsp" une seule fois, et ce "Instal.lsp" déclare son répertoire et sous-répertoires dans "TRUSTEDPATHS" (merci Lee Mac) et (c'est là que je pèche) se place dans l'"auto chargement" d'AutoCAD. A partir de cette simple manipulation "unique", l'utilisateur n'a rien d'autre à faire que de lancer AutoCAD ou ouvrir un dessin. Je cherche toujours à assister celui qui ne sait pas faire, car j'ai été (et suis encore) dans cette catégorie. Encore merci à toi.

Je dois mal m'exprimer (ce doit être viscéral), je cherche à ce que : L'utilisateur lance un Lisp, via appload (faisable par tous) et ce Lisp fera "l'installation" du ou des autres Lisp sans autres interventions de sa part. Ce Lisp (exemple : "instal.lsp") déclarera dans "TRUSTEDPATHS" le et/ou les sous-répertoires nécessaires aux Lisp, merci LeeMac (via une fenêtre DCL que renseignera l'utilisateur uniquement lors du lancement de "instal.lsp", une écriture dans la Base de Registre suffira je pense) mais je ne sais ni où ni comment garder le ou les lisp à charger à chaque chargement d'un DWG ou à chaque session d'AutoCAD. En gros, ma première question, est-il possible de placer un Lisp dans le l'"AutoLoad" d'AutoCAD. C'est là que je pèche. En gros, mes collègues (ou autres) lanceront un et unique Lisp une seule fois (exemple : "Instal.lsp"), et ce dernier demandera où ce trouve le Lisp principal (exemple "AutoConfig.lsp"; ou se trouve les fichiers gabarit pour Excel, Word...), il (le Lisp) en saura l'emplacement, et donc, tous le reste (ce qu'il faudra charger, où ça se trouve...). Plus court : je cherche à faire en Lisp : AppLoad -> Contenu -> Fichier.lsp Je dois encore être confus, non ?

Wouaouw, je n'avais pas tout compris (même après relecture)... C'est vachement plus puissant que ce que je faisais... En gros, il n'y a plus qu'un seul (action_tile au lieu de la multitude qu'il peut il y avoir selon le nombre de "tile"... Très judicieux, et comme à ton habitude, bien plus efficient, direct et très simple (en fait)... Un merci énorme pour ce raccourcis de pensée...

Donc, si j'ai bien tout compris (et c'est loin d'être évident) : (setq S::STARTUP (append S::STARTUP Pouette)) Lancera systématiquement "Pouette" à chaque démarrage (ou ouverture d'un dessin), mais je n'arrive pas à comprendre comment : (defun-q Pouette () (command "_patati" "_patata") (princ) ) Je cherche juste à ce que l'utilisateur lance un Lisp (via appload, juste une fois), et que ce Lisp soit désormais lancé systématiquement lancé, ce lisp gère les autres... Et comment le S::STARUP ce lancera, ne serait-ce qu'une fois. Il ne faudrait pas une action de l'utilisateur (ce qui m'arrangerait) ? Je pense qu'un simple "appload" ferait l'affaire, un lisp sans "defun 😄", comme un auto exécutable... Me trompe-je ?

Salut @(gile), je l'avais bien compris, et mis en œuvre. par contre, je ne passais pas par un (vl-prin1-to-string mais via un (action_tile tout simple : (action_tile "NbVt1" "(if (= \"1\" $value) (progn (setq NbVt \"1\") (mode_tile \"DimChaDep\" 1) (mode_tile \"DimChaArr\" 1)) )" ) ;_ Fin de action_tile (action_tile "AvecCad" "(if (= \"1\" $value) (progn (setq CadreON \"AvecCad\") (mode_tile \"LongCad\" 0) (mode_tile \"EpaisLong\" 0) (mode_tile \"LargCad\" 0) (mode_tile \"EpaisLarg\" 0) (mode_tile \"EpaisOuv\" 1)) )" ) (action_tile "SansCad" "(if (= \"1\" $value) (progn (setq CadreON \"SansCad\") (mode_tile \"LongCad\" 1) (mode_tile \"EpaisLong\" 1) (mode_tile \"LargCad\" 1) (mode_tile \"EpaisLarg\" 1) (mode_tile \"EpaisOuv\" 0)) )" ) Le plus difficile, c'est que l'IDE ne gère que les couleurs et pas l'indentation dans ce qu'il y a entre guillements... Donc, ce qui est entre guillemets n'est pas toujours évident à comprendre, mais ça ce fait après un petit entrainement...

Bonjour à tous, et merci pour votre aide. @(gile) : effectivement, si "Avec cadre" est sélectionné, certaines cases s'activent ou s'inactivent selon les besoins. J'y ai passé du temps (déjà à comprendre), mais j'y suis arrivé 👍. Faire plusieurs fenêtres qui s'affichent successivement ne montre pas la somme des variables en un coup d'œil, il faut sans cesse cliquer pour bien connaitre les saisies. je ne trouve pas ça très "convivial" ou "efficace", mais c'est probablement juste une question personnelle, ou de gout. @didier : plussoie l'ami 😉, c'est cadeau. Ma fenêtre n'est pas énorme (12 / 15 cm sur l'écran) et il n'y a pas trop de variables (beaucoup moins que dans d'autres fenêtres que j'ai déjà croisées), elles sont toutes essentielles. Je préfère créer des fenêtres "modestes" car je pense à ceux qui sont sur un ordinateur portable avec un "petit" écran et/ou une définition "faible". De plus, je n'ai rien trouvé pour mettre en gras ou italique le contenu des fenêtres, et je pense que ça n'existe pas, car jamais vu une fenêtre DCL formaté. Est-ce une raison de plus pour passer à Visual Studio ? @rebcao : merci pour ton rappel, qui me vieilli de 30 années (qui se souvient d'AutoCAD 11 sous DOS ?) ! ! ! Pour préciser mon but : voici 4 exemples qui dessinent une ouverture (fenêtre ou porte) en seulement deux cliques. Je dessine des maisons individuelles et des immeubles et c'est crevant de dessiner les ouvertures, et tout aussi crevant de le faire avec des blocs (car il faut les faire et je n'en ai pas "besoin", car aucune ouverture ressemble à une autre). On peut voir vite fait quelques options : avec poignée, l'angle d'ouverture, oscillo-battant ou pas... Mais d'autres options existent : châssis fixes (à gauche et/ou à droite), dessin des montants (exemple 1), dessin des poignées (intérieurs et/ou extérieurs), ouverture à battants, sur rails, à galandage, fixes, de 1 à 4 vantaux... Je m'arrête-là. Tous ça car, mon voisin de droite ne travaille pas comme moi, ni comme celui de gauche, et ces deux-là ne travaillent pas comme moi... Et ceux d'en face ? ? ? 😉 Ca à l'air d'un casse-tête, mais après 2 ou 3 utilisations (testé sur des collègues), c'est on ne peut plus simple et rapide. Mon but n'est pas de faire rapidement du code mais de faire rapidement du dessin... Bref, j'espère que ce sera plus clair quand je partagerais tous ça... Encore un grand merci à tous. Denis...

Salut (gile). Merci pour tous ces conseils. Je vais regarder ça avec intérêts... Il me semble que les CUIX ne sont pas compatibles entre les version complètes et LT, mais je doute, donc, peut-être pas de .mnl. Mais avec les dernières évolutions de LT 2024, je ne sais pas si c'est toujours d'actualité. Pour le reste, je vais bucher... Encore merci à toi. Denis...

Bonjour à la Communauté. Je cherche à savoir s'il est possible de placer un lisp dans le chargement automatique (AppLoad -> Contenu -> Fichier.lsp) depuis un autre lisp ? Peut-être un truc avec S::STARTUP, mais j'aimerais éviter de toucher aux fichiers "systèmes" d'AutoCAD. Je n'ai pas bien compris (defun-q, peut-être que la solution est là ? En gros, une sorte d'installation pour faciliter les utilisateurs inexpérimentés et qui se perdent, parfois trop facilement, dans les paramètres d'AutoCAD. J'ai déjà fais un tuto PDF en interne (bien inspiré du chapitre 3 de l'indispensable "Introduction à AutoLisp" de Gilles) mais certains ont encore des difficultés. Bien à toi la Communauté. Denis...

Merci @(gile) pour ton aide. Je ne peut pas faire ça, car la fenêtre et le code que j'ai posté sont juste un teste, ça fait parti d'une autre fenêtre beaucoup plus grande, et c'est organisé comme ça. Ma méthode (qu'on m'a conseillée plusieurs fois) est d'isoler le problème puis le résoudre en faisant des testes. Donc, je n'ai pas trop le choix, ça doit tenir en une ligne. Et faire des boxed_* augmente la taille de la fenêtre, et je voudrait éviter de faire des pancartes 😉.

Merci @(gile), c'est beaucoup mieux que ce que j'arrivais à faire... Ce n'est pas vraiment aligner, mais ça me va... Par contre, avec ça, j'ai essayé plusieurs méthodes. On voit une différence selon que le fixed_height attribut le column général ou le edit_box... Ce qui donne des alignements biscornus... Bon, demain est un autre jour... Denis...

Salut @(gile), et merci pour ta remarque qui vient de me donner une gentille claque... Effectivement, c'est beaucoup plus simple. Mais ça ne fonctionne par partout, qu'en est-il pour ça ? Qui donne : C'est dans des cas où les "tiles" sont mélangés que je galère...

Salut @didier, je viens à l'instant de faire la triste et même observation. J'ai tenté le coup avec des vertical_alignment que j'ai "inventé". Car je ne l'ai trouvé nul part, c'est en tapant au pif qu'il s'est colorisé en bleu dans l'IDE, coup de bol... Le code : La fenêtre :

Merci pour ton aide @SF.Designer. Lignes, colonnes., lignes dans colonne et colonnes dans ligne, c'est ce que je pense avoir fais. Mais je vais revoir ma copie, histoire de dire que j'aurais bien fouillé le bidule. Encore merci. Denis...

Salut @Flobott et merci pour ton aide. Ce que je n'arrive pas à faire, c'est aligner un text avec un edit_box : Voici mon code : Et la fenêtre : Comme tu peux le constater. J'ai essayé beaucoup de combinaisons, mais rien y fait. Et je veux éviter un label avec les row, qui serait plus simple, mais le cadre prend trop de place, car ici, c'est un petit test, ma fenêtre d'origine est beaucoup plus grande. J'ai l'impression que ça ne fonctionne pas avec tout. Encore merci à toi. Denis...

Ok, pas de soucis. Et encore merci pour ce boulo...

Une petite question, est-ce possible qu'il peut il y avoir des doublons ? Je pense à FLGSTONE et FLGSTONE1 (X=398,Y=-122), car visuellement, elles se ressemblent beaucoup. Un petit coup de cœur pour la MOBY 😉, très mignonne.

Oui, Il en avait fait un... C'est d'ailleurs lui qui m'avait donné l'idée de faire le mien...

Je viens de voir qu'on avait beaucoup de hachures en commun... Du coup, j'hésite à faire le mien, trop de doublons... Encore bravo et merci...

Wouaouw ! ! ! Alors là, chapeau bas Monsieur. Un travail de Titan ! ! ! @lecrabe avait fait un travail similaire il y a quelques temps. Encore merci, il y en a dont je vais me servir, c'est certain. Et c'est certain aussi que je ne serais pas le seul...

Salut @(gile). Merci pour ces précisions. Oui, dès que j'ai accès à un LT 2024, je ferais quelques tests.

Mille merci @LeGritche ! ! ! Wouaouw ! ! ! Impressionnant ! Tu as fais ça à la main ou grâce à un programme ? Car j'aimerais bien faire ça avec mes hachures...

Salut. Le problème avec la méthode de @lecrabe, c'est que ton fichier ne sera disponible que 15 ou 30 jours... Mais on pourras toujours le "repartager" plus tard... Sauf un partage public sur Google.drive par exemple (bien que je ne suis pas un fan de cette solution).

Salut, et un grand merci pour le partage ! ! Pour le partage de 13Mo, j'attends la solution, car je n'en ai pas de pérennes.