didier

Coucou Quand (gile) se penche sur une question cette dernière tremble car elle sait qu'elle est en train de vivre ses derniers instants en tant que "question". La magie de (gile) opère pour la transformer en réponse. C'est un "Harry Potter" de la programmation sur AutoCAD. J'aimerais lui exprimer mon admiration et mon respect au travers de ce message car je sais indubitablement qu'il n'y a rien de "magique", c'est de l'intelligence et du travail, et beaucoup des deux. Sincèrement.

Coucou Tu veux une solution "AutoCAD" (dessin à l'écran) Tu veux une solution "lisp" (automatisation du dessin) Tu maîtrises AutoCAD Tu débutes avec AutoCAD Tu débutes en LISP Tu bidouilles bien en LISP J'ai à peu près compris le principe du synoptique mais ce qui va faire que tel bloc est avant tel autre, c'est quoi ? Un attribut, une valeur d'attribut ? Comme tu vois je ne propose que des questions et pas de réponse mais pour te répondre il faut en savoir plus. Amicalement

Coucou J'ai bien dit : à moins d'être un expert Il y a des choses qu'on peut se permettre mais que je me permets de déconseiller aux débutants pour ne pas les décourager dès les premiers pas Amicalement

Coucou Les conseils fusent on dirait... Je vais m'en permettre quelques-uns pour Alfila: À moins d'être un expert il faut éviter d'intercaler une commande dans une commande, Est-ce que tu le fais sur AutoCAD quand tu dessines ? non alors en prog c'est pareil. Pour le choix du point d'insertion c'est de la même eau, Il est préférable de faire une ligne de code dédiée, de mettre le point dans une variable et de donner cette variable en argument de la commande "_insert" Par exemple : (setq pins (getpoint "\nPoint d'insertion\n")) (command "_insert" nombloc pins "" "" "") Tu remarques le nombloc n'est pas une string mais une variable car en tête du programme je définis des constantes, entre autres nombloc (setq nombloc "appel") Et de cette façon si un jour tu dois insérer le bloc "toto", tu redéfinis UNE ligne et tout le code se met à jour Pour décomposer le bloc inséré, rien de plus facile, au lieu de le décomposer à l'insertion tu peux lancer la décomposition juste après l'avoir inséré (command "_explode" (entlast))Et le tour est joué Amicalement

Coucou Je n'excelle pas avec MAP mais ce que demande AzRoDoRzA (pseudo palyndrome) devrait fonctionner avec des XDATAS Voir ICI Ensuite l'extraction vers le tableur ne pose guère de soucis. Amicalement

Coucou Je ne sais pas pourquoi mais : En coupant la poly aux points qui posent un souci (ceux qui ont un TCPOINT) le décalage fonctionne sans dysfonctionnement En décochant la méthode simplifiée aussi ça marche mais ça fait des points parasites Je guette les réponses à venir pour comprendre... Amicalement

Coucou Je ne crois pas que sandily parle de polylignes ou d'état de terrain, Il me semble qu'il parle de courbe dans le profil en long au sens d'entités "COVAPLCURVE" qui sont des "objets" créés par GEOMÉDIA (et c'est pas simple de "jouer" avec). Si les lignes de rappel sont générées c'est que la "courbe" existe bel et bien Dans les paramètres cette "courbe" n'aurait pas un type de ligne "exotique" ? Amicalement

Coucou Si j'ai bien compris ce qui n'est pas du tout avéré... Essaie de taper ça en ligne de commande : (acad_colordlg 3) Qu'est-ce que tu obtiens ?

Coucou Pour être certain de comprendre : C'est quoi dans ton acception : La fenêtre de sélection de couleur

Coucou franchement j'ai perdu le fil tellement c'est alambiqué... alors je vais recommencer simplement fais un test dans un dessin vierge et en donnant une altitude il va te dessiner une "droite" dont la valeur Y sera ce que tu appelles NGF et qui est une altitude en élévation Tiens-moi au courant et on fera du pas à pas... Est-ce que ces lignes te vont ? (setq ngf (getreal "\nValeur altimétrique ?\n")) (command "_xline" "h" (list 0 ngf 0) "")

Coucou Je ne me prononcerais pas sur la représentativité de chacun vis à vis de sa date de naissance ne sachant pas vraiment moi-même me situer par rapport à mes collègues de maternité, Par contre je me permets de revenir sur le fait de faire des lisp obèses en nombre de lignes : C'est parce que tu n'as pas commencé l'apprentissage avec du simple, du concret Le copier-coller de routines d'experts est un raccourci qui mène aux impasses Une phrase de Bill Kramer à méditer (excusez du peu) With Visual LISP, you should “think big but start small" Qu'on peut aisément interpréter : Penser grand mais commencer petit. Tout est dit

Coucou Dans un coin de la tête !!! j'adore cette expression qui va tomber en désuétude à mon grand dam ! L'effet pervers de la recherche Google si pratique, si puissante, si efficace, c'est que si un jour quelqu'un coupe le tuyau on redevient des incultes. J'ai lu (tiens tiens !) de la science-fiction qui va dans ce sens et les humains n'ont plus qu'à s'en remettre à eux-mêmes ne sachant même plus se rendre d'une ville à l'autre sans GPS. Olivier : je te remercie d'utiliser "sarcastique" c'est un doux euphémisme mais c'est bien ça.

Coucou Une polémique s'ouvre semble-t'il... À mes yeux, et j'entends déjà ceux qui vont me traiter d'ancien combattant, Tout est dans la façon d'apprendre Perso je lis beaucoup, je lis sans cesse (c'est en partie pour ça que je n'ai pas de télévision) Sans savoir ce que je cherche mais j'enregistre des informations. En lisant, lisant TOUT, le Web, les forums,des PDF, des extraits de codes, les textes dans anciens (plus anciens que moi) je me fais une "base de données" mémorielle. Quand j'aurai besoin d'un truc si je l'ai lu sans trop en avoir vu l'utilité au départ je SAIS que ça existe et j'ai la moitié de la réponse à ma question.C'est un peu comme le théorème de Pythagore, on n'en voit trop l'utilité lors de la vie scolaire mais ensuite... Aujourd'hui on n'apprend plus comme ça, d'ailleurs on n'apprend plus, on demande quand on sait pas... Paul et Mick

comment faire pour être dans la tête de celui qui fait des recherchesc'est quasi impossiblepar contre si tu lis tout tu le vois une fois et si tu le vois une fois tu mémorises, c'est humainc'est sûr il faut lire...

Coucou eh ! j'ai vraiment l'impression de travailler pour rien,je désespère

c'est pas faux je ne pense pas que tu aies mal compris et ta solution est la meilleure

Coucou Nettoyer ta polyligne voyons ! Tu ne peux pas demander à faire du "propre" avec du "sale".

Coucou Je ne vois pas les choses autrement que toi, Olivier. Il reste que c'est pas vraiment mieux que la commande "rechercher" Là aussi on peut filtrer par calque, par objets... et faire un jeu de sélection du résultat. Ce que demande x_all est entièrement lié à la "qualité" des textes à traiter Si c'est tout dans le calque 0 (zéro) il est mal parti le garçon... Quant à SCANDXF je ne sais pas de quoi on parle alors je me tais. Amicalement

Coucou En réponse à Aleck_Ultimate : En natif je n'ai pas de réponse... Donc le Lisp le fera Amicalement

Coucou Effectivement ça fonctionne, Olivier. Reste à savoir si dans le fichier de x_all il n'y a pas de données "parasites" Admettons qu'on doive compter les occurrences de "1" Si dans le fichier (sans parler de calques) on trouve des "1" qui ne sont pas des références à des luminaires Comment les filtrer ? Amicalement

Coucou Dans ton idée Olivier, tu comptes sur des données d'attributs ?

Coucou En gros tu voudrais faire MIEUX que la commande "rechercher" Ce qu'il nous faut savoir pour te répondre c'est : Qu'est-ce qui différencie les occurrences que tu recherches ? Si on doit chercher des "1" avec le lisp on risque de ne pas faire mieux que "rechercher" Peut-être en filtrant sur les calques ou sur des types d’entités ... Amicalement

Coucou C'est le jour de l'auto-promo : LIEN Amicalement

Coucou Eh oui ! on est un peu tous de la même génération, le fameux baby-boom des années 50-60. Je compte travailler de moins en moins dans les mois qui viennent. Dans mon état d'esprit actuel je ne voudrais pas lâcher mon site et continuer juste pour le fun Mais quand je sera vraiment arrêté... qui peut dire mon état d'esprit futur ? Je me permets de vous conseiller (aux jeunes) de vous y mettre car on va être un paquet à partir d'un coup. Amicalement

Coucou Tel que tu le dis c'est impossible. Tu ne sélectionnes bien que la superficie ? Tu ne confonds pas le nombre de colonnes et le nombre de lignes ? Je ne vois pas la possibilité de reproduire ce que tu expliques, (j'ai essayé quand même). Edit : je parle avec l'extraction de données, je n'ai pas de ScanDXF opérationnel Amicalement