didier

Coucou Dialogue de sourds Je connais tout ça j'espère que tu n'as pas de doute. Ce que je veux dire : Mais comme je sais que très peu vont dans ce détail car il faut cliquer et recliquer et c'est laborieux Quand les altitudes sont repositionnées pour être correctement lisibles et que tu passes par ATTSYNC Tout saute Je vois passer des milliers de fichiers où les projeteurs dessinateurs les gens ne touchent pas aux altitudes, 99.9 fois sur cent elles sont telles que le logiciel les a pondues je comprends que dans ce cas ATTSYNC ne fasse pas de dégâts mais quand le boulot est bien fait ça fout les boules de devoir se retaper les Z. Je n'ai jamais dit autre chose, tu peux relire. Et c'est pour ça qu'une alternative en lisp devrait exister et il me semble bien qu'elle existe comme c'est précisé dans le message #12

Coucou Et moi je continue à ma vitesse de gastéropode, je ne peux pas y travailler tous les jours et à chaque fois c'est 1/4 d'heure alors je mets plus de temps à me souvenir où j'en étais qu'à avancer, on n'a pas une vie simple au loin...

Coucou On ne se comprend pas dirait-on car je ne parle aucunement de DaWeeD_Gab ! Je parle de TA solution qui passant par ATTSYNC va réinitialiser les positions des attributs Je parle de chercher une solution lisp pour éviter d'être obligé de passer par ATTSYNC Certes TA solution fonctionne mais si les attributs ont été déplacés tu te retrouves une main devant une main derrière...

Coucou Au début on trouve une fonction qui est appelée si dans la sélection on trouve des entités "MTEXT" Pour les "\f" c'est le formatage de ces MTEXT qui est en cause, la police est précédée de ces signes dans l'entité J'aime pas les MTEXT je sais pourquoi... Amicalement

Coucou Ta dernière réponse parle d'attributs déplacés (ce que tout bon dessinateur de plan topo devrait faire) Mais ta solution de passer par un ATTSYNC fait que les attributs déplacés vont revenir à leur place originelle, n'est-ce pas ? Si je trouve du temps je vais chercher une solution lisp Amicalement

(while (/= "LWPOLYLINE" (cdr (assoc 0 (entget (setq poly (car (entsel "\nChoix de la polyligne\n"))) ) ) ) ) )

Coucou Je me demandais ce que ça devenait, visiblement tu as encore besoin d'aide... Je ne comprends pas avoir laissé passer un tel choix car je crois que ça vient de chez moi Je te prie de m'excuser Je te propose ça en retour : Amicalement

Coucou Premier message , donc ... BienvenueAttention à la façon de poser les questions, c'est le seul moyen qu'on a pour communiquer Je n'ai pas compris de quoi on peut partir pour regrouper les locaux Une idée peut-être si les "codes" des locaux ne permettent pas un regroupement les positions géographiques le peuvent-elles ? À ce moment on va travailler avec les noms de locaux mais aussi les coordonnées des points d'insertion du bloc nom de local dans le dessin, car je pense qu'il s'agit d'un bloc. Amicalement

Coucou Et on la voit où cette possibilité de répondre que "ce site n'est pas piraté" ?

Coucou Le 03 mars à 15h15 même message et même impossibilité avec Vivaldi comme navigateur Je fais toujours la requête depuis l'Algérie bien sûr Amicalement

Coucou Le 03 mars 2019 à midi depuis Firefox (Algérie) : Au lancement : Et la page d'après : Désolé, mais amicalement...

Coucou En réponse au message #46 Je n'ai pas dit qu'il exigeaient MAP, il le conseille tellement fortement que pour ne pas l'avoir et avoir un AutoCAD "normal" il faut en faire la demande expresse, ça m'est arrivé de le vouloir et de le leur faire comprendre et ils ont trouvé des arguments (fallacieux?) comme quoi si j'étais pas certain d'être sûr il valait mieux garder l'offre avec MAP. Ils ont aggravé le monopole et comme ils sont "indépendants" ils doivent y trouver leur intérêt, grand bien leur fasse. Toutefois il est vrai qu'une offre plurielle de logiciel de base pour faire tourner les applicatifs serait un "plus" qui ferait tendre vers moins de monopole en élargissant les offres (et donc la concurrence) Amicalement

Coucou Je viens de faire le test, effectivement les points d'ajustement et les points de lissage varient. Est-ce important ? l'aspect visuel est identique et les splines (ni leurs points) ne se déplacent pas. Si tu en as besoin de ce comportement il va falloir passer par un lisp qui va "couper" les splines à l'intersection avec le cercle, et dans ce cas tout est correct. Amicalement

Coucou Réponse au PS du message #35 Assurément Covadis a développé un partenariat avec AutoDesk et de ce fait ils participent à la situation de monopole de cette société (et en plus ils travaillent sur MAP) Je n'ai aucune idée des tarifs ni de la façon de faire de Bentley à propos de MicroStation, impossible de te répondre Amicalement

Coucou Certes ce discours a été maintes fois entendu, mais, mais, mais... Dans Microstation quand on veut créer "améliorer" avec une commande perso : y'-a-t'il un langage de programmation digne de ce nom ? Amicalement PS : j'ai pas retravaillé sur le lisp de raccord en question et en plus maintenant que je sais qu'une solution est donnée je me connais...il va finir sous le coude...

Coucou Je suis parti dans les mêmes directions que Zebulon_ Je n'ai pas encore terminé mais je viendrai proposer ma solution terminée Merci du challenge, merci du partage Ça m'a donné l'idée de faire un menu spécifique aux "arcs" sur da-code.fr car il y a de la matière à creuser... Amicalement

Coucou Souhaitons que pour GEGEMATIC les choses se décantent vers le mieux parce que voir son travail sapé de la sorte est pour le moins rageant. Tel l'humain moyen je pense à mon propre site et je ne sais pas trop quoi faire pour me "garantir" de ce genre de souci ! Comme dit BonusCAD c'est tellement compliqué que quand on fait les choses soi-même on est à la merci des professionnels de l'attaque. Perso je sauvegarde mais je ne sais pas vraiment si mes sauvegardes me permettraient de revenir "vraiment" au fonctionnement du jour dit. Je suis dans l’expectative ! Amicalement

Coucou Pour ce qui de la ligne corrigée un "valid" à vide devrait faire l'affaire, un peu comme dans AutoCAD quand tu termines une commande XLINE tu valides pour dire stop Donc la ligne sera : (command "_XLINE" "_H" Pref "") Pour ce qui est de la valeur ".00" lors de transformation d'un nombre entier en string, essaie de mettre la variable DIMZIN à 0 (zéro), Je ne suis pas certain de la valeur mais fais des tests, c'est cette variable qui va gérer ça. Ça c'est fait . Pour le reste je n'ai pas compris la finalité du programme Et autant je suis près à faire des efforts pour ce qui est "lisp" Je n'ai pas envie de chercher à me mettre dans ta tête pour savoir ce qu'il faut rendre avec le code Je ne comprends pas l'utilisation de "décaler", on "décale" quoi ? c'est pas déplacer plutôt ? Ensuite les axes verticaux ??? quid du NGF sur une ligne verticale ? Amicalement

Coucou Ça n'a pas l'air compliqué a priori, du moins ce que j'en comprends Par contre avant de six mètres de s'y mettre j'aimerais recevoir un fichier ou voir une image Car lorsque tu écris ligne du vertex 1 au vertex 3 et du vertex 2 au vertex 4 Cela signifie : du point de départ du vertex 1 au point départ du vertex 3 et du point de départ du vertex 2 au point départ du vertex 4 Donc il faut gérer les sens de construction s'il y a plus de quatre vertex, non ? Est-ce que tu veux voir quelque chose de volatil avant de valider le dessin ? Est-ce qu'il faut avoir la possibilité de sélectionner plusieurs polylignes ? (dans ce cas le temporaire sera plus gênant qu'autre chose) Amicalement

Coucou Pardon je pensais le citer pour la complétude des informations mais je "zoome" sur ma mise en forme des messages et l'essentiel n'a pas été dit C'est Firefox depuis l'Algérie, je ne sais pas si le pays est important Sur IE (version 10) (dont je ne me sers jamais) je reçois d'abord un message d'erreur qui explique que la page n'est pas visible, puis elle s'affiche C'est une honte que certains utilisent leur intelligence pour faire le mal. Amicalement

Coucou Merci Pas disponible car beaucoup de boulot mais on te tiendra au courant Amicalement

Coucou Il me semble avoir obtenu le résultat souhaité Je te dépose le fichier, tiens-moi au courant s'il te plaît Si c'est bien ce que j'ai compris ta question est mal posée. Il aurait fallu que tu expliques que c'est le facteur d'échelle d'insertion qu'il fallait modifier et pas appliquer une échelle à chaque bloc inséré, le doute avec le mot "échelle". Bien expliquer est le premier pas vers la solution, imagine que tu demandes ta route à un passant et que tu expliques mal l'adresse et que tu te perds en route, qui est responsable, celui qui a questionné ou celui qui a aidé ? Tout le monde s'est dirigé vers la redéfinition du bloc ce qui est une impasse Ça n'a pas été simple mais je pense que mon lisp fonctionne, je ne suis pas certain de le déposer sur CadXP car je suis en train de travailler sur mon site et je propose des exemples d'applications, celui-là en sera suivant ton retour d'informations. Amicalement FICHIER WETRANSFER

Coucou Je suis très franchement navré de ce qui t’arrive mais il semble que je sois porteur de mauvaise nouvelle Le premier mars à 10 h15 sur ton site on voit çà : C'est une honte de s'attaquer aveuglément à des individus juste pour dire qu'on attaque, un peu comme si on se prenait des cailloux sur la tronche en se promenant dans la rue, c'est d'une connerie crasse !!! Tiens-nous au courant s'il te plaît Amicalement

Coucou Il n'y a rien de suicidaire à me contredire, quand c'est correct je m'incline tout autant que les autres Petite correction : Les deux derniers arguments de RTOS sont optionnels Si on ne réponds rien comme c'est le cas dans l'exemple fourni, ça fonctionne mais avec les réglages courants ce qui n'est pas toujours ce qu'on veut obtenir, J'ai pris l'habitude de coder "en dur" une variable dec dans mes codes comme ça quand je veux changer je n'ai pas à me taper la modification de tous les RTOS présents Exemple : Qui renvoie "2.36" Amicalement

Coucou Un test vite fait ce soir me donne de l'espoir... je verrai demain matin si c'est confirmé Amicalement