Aleck_Ultimate

Juste une idée comme ça : est-ce que ça le fait avec tout les PDF, uniquement les PDF classiques ou uniquement les PDF issus de DWGTOPDF ? Edit : Grillé. J'ais comme l'impression que bonuscad a pensé la même chose, en beaucoup, beaucoup plus développé que moi

Heu... Au risque de dire une bêtise, il n'est pas possible d’appliquer les textures séparément en faisant une sélection par face en maintenant [MAJ] enfoncée, comme pour y appliquer des couleurs différentes ?

Bon, et bien si ça existe sur une autre version tant pis pour la vanilla. Après tout, il faut bien qu'elle aient des truc en plus pour les vendre ces versions spécialisées.

Bonjour à tous. Après avoir passé beaucoup de temps à chercher comment mettre en place des bibliothèques autres que celles des blocs sur mes palettes d'outils, (je vous renvoi vers cette page pour ce qui est des blocs et de l'utilisation du designe center et des palettes d'outils et celle là pour un complément d’informations sur les palettes) et trouvant que c'est une lacune sur le forum (si ce n'est en terme d'informations brutes, ça l'est en visibilité car je n'y ais rien trouvé) je vais résumer ici le fruit de mes fastidieuses recherches. J'ais finalement trouvé tout à fait par hasard sur le site de X_all comment on pouvait créer un fichier Bible (pour bibliothèque) regroupant TOUT, présentation, calques, styles de lignes, de cotes ex... dans un seul et même fichier, et de les insérer dans un autre dessin par un simple glissé-déposé depuis le designe center. Pour ce faire, le mieux est d’ouvrir ce fichier Bible au lancement d'AutoCAD (par simplicité j'ais mis le mien sur le bureau à la place de l'onglet de lancement d'AutoCAD EDIT : Ne jamais faire ça, il faut toujour lancer AutoCAD AVANT d'ouvrire un fichier sous peine d'avoir des plantages un peut n'importe quand), de fixer le disigne center dans un coin et de le masquer automatiquement. Pour les présentations, il est aussi possible d'enregistrer des gabarits, mais je n'aime pas trop cette méthode à titre personnel. Pour les blocs, je déconseille de tous les mettre dans le fichier Bible mais plutôt de n'en mettre qu'un petit nombre (voir un seul comme c'est le plus souvent le cas) par dessin et de classer ceux-ci proprement dans des fichiers Window. Ce sera plus facile de les retrouver et le fichier Bible ne sera pas excessivement lourd. Cas un peut à part, les hachures. Elles ne sont pas accessibles depuis le designe center, mais peuvent s'ajouter à une palette d'outils par un glissé-déposé depuis l'espace objet. Il faudra ensuite dans la plupart des cas la renommer pour préciser , par exemple, son échelle, sa couleur, son calque ex... Ce fichier peut être aussi très utile si vous devez travailler sur un poste qui n'est pas le votre, car vous aurez tout (ou presque) ce qu'il vous faut avec un backup de ce fichier Bible sur un clé USB, à mon avis bien plus simplement et rapidement qu'avec l'usine à gaz des exportation-importation de notre chère TotoCAD, (soit dit sans ironie). Je tien à préciser que je n'ais que quelques mois d'expérience dans le métier, donc s'il y a des erreurs ou d'autres solutions possible je m'en remet à mes aînés. Je corrigerait ou compléterait mon poste si besoin est. En espérant avoir été constructif.

Pour moi sur AutoCAD vanilla 2015, retour "commande inconnue".

Bonjour. Il suffirait (suffirait, c’est vite dit remarque) qu'au lieux de générer des blocs, les coupes génèrent des fenêtrés un peut comme dans l'espace papier. Les répercutions d'un objet serait donc du même ordre entre espace objet et les fenêtré de l'EP et l'objet et les "fenêtres de coupes". Bon, moi je développe une idée sur ce qui serait à créer, je donne pas de solutions dans l’immédiat.

Depuis quelques mois on est obligés de passer par un ebergeur externe pour se faire passer des fichiers sur le forum.

Je me suis mal exprimé. Puisque selon ce que j'ais compris ce n'est que la commande APPTIRER qui fait sauter ta variable, il suffirait de remplacer son bouton sur ton ruban ou ta barre d'outil par une MACRO du genre *^C^CAPPTIRER;/;^C^Cselectionprevieuw;0; qui permettrait de forcer la variable après chaque utilisation d'APPTIRER, sauf que comme on ne peut sortir d'APPTIRER que par [echap] (à ma connaissance), on sorte de la MACRO en même temps. Du coup ça marche pas. Mais si quelqu'un arrive à rebondir sur mon idée pour finaliser la MACRO, ça pourrait peut-être suffire... ou pas du tout, mais j'ais pas mieux.

A mon avis pas besoin de LISP, il suffit de faire une MACRO du genre : ^C^C(commande);selectionprevieuw;0; A moins que se soit trop simple ? Vue que je débute à peine sur ce terrain là...

Moi, depuis que j'ais eu des remarques sur mediafire (d’ailleurs désolé, je croie me souvenir que c’était moi qui te l'avait conseillé ? à moins que ce soit à quelqu'un d'autre je ne me souviens plus) j'ais installé dropbox : en plus les fichiers ne disparaissent pas avec le temps, pour certains truc c'est beaucoup mieux pour un forum. On se retrouve pas avec un 404 dans six mois.

Bonjour à tous. J'ais ajouté deux boutons à mon groupe "visibilité" de l'onglet "éditeur de blocs", mais contrairement aux autres boutons du groupe les deux que j'ais ajoutés sont affichés même quand je n'ais pas de paramètre de visibilité dans mon bloc là ou le reste du groupe est verrouillé. C'est surtout mon coté perfectionniste et ma tendance maniaque qui parle parce que ce n'est pas gênant en soit, mais si quelqu'un sais comment faire réagir mes deux boutons comme le reste du groupe je suis preneur. Merci.

Moi c'est mon SCU qui se déplace et se tourne dans tout les sens aléatoirement. J'ais tout bêtement fait une macro qui le faire revenir à la normal (= au SCG) liée à une touche inutile de mon clavier. C'est du bricolage, mais ça évite les crises de nerfs.

C'est vrais, j'ais mis du temps avant de me rendre compte qu'en fait on n'avait pas tout à fait la même idée. Ton idée c’était juste de simuler un second paramètre de visibilité avec des calques, et moi j'ais plus vue tout ce qu'il y avait derrière, de façon plus général. En admettant que pour ne pas s'y perdre on a ajoutés le nom du bloc au début des nom de calque dudit bloc, ça veut dire que touts les bloc identiques auront la même visibilité (pas top), et puis comme j'avais dans la tête qu'il y avait déjà plusieurs états de visibilité, je prenait ta proposition comme un ajout alors que tu la présentait comme une alternative, donc sans lui trouver d’intérêt (alors que ça à beau rester du bricolage, ça peut en avoir beaucoup, mais ailleurs que là ou je pensait). Et puis je pense que ça prendrait très vite de la place, filtres de calques ou pas. Si on fusionne les calques, on peut geler ou dégeler en même temps des objets du dessin et de plusieurs blocs différant. Si on devait le faire manuellement le jeu n'en vaudrait pas la chandelle, mais simplifié et automatisé je trouve ça très intéressant : il y aurait surement beaucoup moins d’applications concrètes que pour plusieurs états de visibilité car pour la majorité des blocs un seul calque suffit, mais je trouve quand même que cette extension pourrait être utile. Bon, après je me suis peut-être un peut trop emballé sur ce coup là, dans ma tête ça passait quand-même mieux. Je n'ais plus trop l'impression d'avoir eu une idée révolutionnaire dans le sens ou réflexion fait il y aurait moins d'utilité que pas mal d'autres modifications qu'on pourrait apporter à AutoCAD. Bon, je ne peut décidément pas m’empêcher d'écrire un roman (et pourtant j'ais simplifié ce que j'avais dans la tête), mais pour résumer on peut dire qu'à force de retourner ton idée originale dans ma tête j'en ais fait autre-chose au final.

Bonjour à tous. Cette proposition est le développement que j'ais fait d'une idée originale de Patrick_35 sur un autre sujet (pas obligés d'aller voire, je vais résumer) Le sujet parlant de modifier les paramètres de visibilité pour pouvoir en placer plusieurs sur le même bloc, Patrick_35 avait émis l'idée de coupler les paramètres de visibilités avec des calques qui seraient liés au bloc, et qui permettraient d’afficher ou masquer une partie du bloc en passant par le gestionnaire de calques. Seulement voila : actuellement calques et blocs ne font pas très bon ménage. En effet, si l'on met des calques dans un bloc, quant celui-ci est inséré les calques s'ajoutent à la liste des calques s'il n'y en a pas déjà des identiques, les objets du calque 0 du blocs passent sur le calque courant du dessin, et c'est tout. Mais comme les nom des calques ne sont que rarement constants, on se retrouve a devoir fusionner des calques, galérer à purger ceux hérités du bloc ex... Du coup j'ais pensé à une boite de dialogue qui permettrait de choisir quels calque du bloc fusionner avec quels calques du dessin, qui apparaîtrait si les objet du bloc ne sont pas tous en 0. Je vois ça comme deux colonnes, l'une correspondant aux calques du bloc, l'autre aux calques du dessin, et l'on ferait glisser les calques du bloc vers les calques du dessin correspondant, les calques de bloc apparaîtraient sous les calques du dessin un peut comme dans une arborescence, et ne resteraient dans la colonne bloc que les calques qui n'ont pas étés assignés. A la validation, les calques de la colonne dessin seraient fusionnés et les calques de la colonne bloc seraient ajoutés à la liste des calques du dessin comme c'est le cas actuellement. J’espère avoir été suffisamment clair, je suis trop mauvais en graphisme pour vous faire un montage de mon idée sur Paint. Il faudrait ajouter à cette boite de dialogue une variable qui gérerait son ouverture à l’insertion ultérieur de blocs : 0 La boite de dialogue ne s'ouvre pas, les calques sont insérés par défaut. 1 La boite de dialogue s'ouvre à chaque insertion de bloc, même un bloc dont les calques ont déjà étés répartit 2 La boite de dialogue s'ouvre seulement si un bloc différent est inséré 3 La boite de dialogue s'ouvre si un calque d'un bloc différent n'est pas assigné (utile si les différents blocs intègrent des calques de même nom) Voila pour la fusion automatique des calques. Je pense qu'il serait aussi utile d'ajouter une autre variable modifiable depuis la boite de dialogue : 0 Les calques des blocs qui ne sont pas liés à un calque du dessin sont ajoutés à la liste des calques du dessin 1 Les calques des blocs qui ne sont pas liés à un calque du dessin sont ajoutés à la liste des calques du dessin comme les calques des X-ref : Blocs[séparateur][nom du calque] 2 Les calques des blocs qui ne sont pas liés à un calque du dessin sont ajoutés à la liste des calques du dessin comme les calques des X-ref en fonction du nom du bloc : Blocs_[nom du bloc][séparateur][nom du calque] 3 Les calques des blocs qui ne sont pas liés à un calque du dessin sont ajoutés à la liste des calques du dessin comme les calques des X-ref en fonction du nom du bloc sans préciser qu'il s'agit d'un bloc : [nom du bloc][séparateur][nom du calque] Il serait intéressant d'ajouter quelque-chose pour pouvoir mémoriser la répartition des calques du bloc (un peut comme un style de texte) pour ne pas avoir à tout refaire dans chaque nouveau dessin, soit par bloc, soit pour la somme de tout les calques de blocs ; ou pour utiliser plusieurs configurations dans le même dessin (par exemple si l'on insère un même bloc tantôt sur la partie chaude ou froide du circuit) Pour l'application, (et c'est du vécu), j'ais voulu faire un bloc dynamique de clarinettes, avec deux calques, un rouge et un bleu. Actuellement j'ais dut dupliquer mon bloc pour changer le nom de ses calques si je l'utilise en eau chaude sanitaire ou en chauffage, mais cette commande permettrait de n'en avoir qu'un seul, dont les sections rouges et bleus soit liées automatiquement au calque du circuit correspondant, qu'il s'appel ECS_chaud ; Chauffage_chaud ; Plancher_chauffant_chaud ; ECS_bâtiment-2_R+1_indice-3_froid ex... En espérant avoir été constructif.

Bonjour. Contrairement à la plupart d'entre vous je n'ais que peut travaillé en classique, donc je suppose que je ne peut pas l’apprécier à sa juste valeur. J'ais fait mes début sur AutoCAD avec un prof qui nous faisait toujours passer en mode classique, mais dés que j'ais été obligé de travailler avec le ruban (un autre établissement avec une version plus récente, alors que je ne trouvais plus comment changer l'espace de travail), je n'ais plus voulu en changer. J'ais par contre complémentent modifié son ergonomie dés que j'ai eu mon propre ordi pour ne plus avoir que des boutons que je n'utilise jamais dans les "annexes", et j'utilise des barres d'outils pour les quelques rares boutons qui me faisait changer d'onglet toutes les 20s. Comme dit plus haut, il faut savoir personnaliser le ruban via l'IUP pour qu'il devienne vraiment efficace, le ruban de base est d'une utilité plutôt moyenne je trouve, ce qui a mon avis à dut en rebuter certain par report à leur espace classique déjà tout personnalisé comme ils veulent. Je préfère ajouter un bouton au ruban ou me faire une barre d'outil perso plutôt que d'utiliser les racourcis clavier, mais c'est une question d'habitude. Avec mon expérience de gamer 100% clavier/sourie, je suis alaise pour cliquer rapidement sur un bouton précis au milieux de pleins d'autres, mais j'ais du mal à décoller mer doigts des touches MAJ, TAB et ECHAP. En revanche, chez moi la palette d'outil est exclusivement réservée aux blocs : je ne savais même pas qu'on pouvait y mettre autre-chose. [EDIT] : au bout du compte, j'ais fini par me mettre aux alias.

Par contre je suis un peut septique sur comment le mettre en place : il n'y a que peut de blocs dont le nom des calques est toujours constant (du moins chez moi), donc il faudrait améliorer la compatibilité entre les calques du bloc et les calques du dessin. Ça mérite un autre sujet. Je vais réfléchir au concept et reposter ça en plus développé lundi (avec le Copyright Patrick_35, bien sûr)

Tu veut dire une visibilité des calques dans le bloc différente comme pour les fenêtre de l'EP, plutôt que de voir le bloc uniquement en fonction du calque dans lequel il a été inséré ? C'est intéressant.

On a beau pouvoir le simuler, afficher plusieurs paramètres de consultation demande tout de même très vite un nombre exponentiel d'état de visibilité. On ne peut faire que du petit bricolage comme ça. Puisqu'il a été possible d'y remédier "juste" avec un LISP, don faisable par une seul personne dans son coin, c'est bien que c'est possible, surtout que d’après tout les postes que j'ais lue avant de comprendre qu'il était encore impossible d'avoir plusieurs paramètres de visibilité, il y a une forte demande, bien plus que pour une demande très spécifique pour laquelle servent les LISP normalement. A mon avis les développeurs l'avaient prévus (sinon pourquoi est il nommé par défauts "visibilité 1"), mais il ont du le négliger pour X raison et oublier d'y revenir. D'autant plus que c'est le seul paramètre auquel n'est pas associé une action. C'est pour ça que je pense qu'il faut un peut insister : ce n'est pas comme si on demandait la création d'une commande spécifique, juste quelques amélioration d'une commande déjà toute prête. Après, il y a peut-être quelque-chose dans les scripts qui la rendent très difficile à modifier, mais, quoiqu'en n'y connaissant que le début de la base en codage, ça me semble peut probable.

Bonjour. Je déterre le sujet, car il me semble très important et ce serait à mon avis une mise à jour majeur pour la création de blocs. Je pense qu'il serait très facile d'ajouter une sélection aux paramètres de visibilité, comme on le fait pour des paramètres de déplacement ou de rotation. On pourrait donc avoir une action de visibilité différente pour chaque paramètre de visibilité comme pour les paramètres de consultation, qui marchent très biens à plusieurs. Même en n'acceptant aucun conflit dans les sélections, et avec un petit message d’erreur si on tente de le faire, ce qui serait très simple à mettre en place, les applications sont énormes. Prenons par exemple un bloc clarinette : une clarinette à quatre sorties plus les extrémités, avec à chacune une action de visibilité 1, 2, 3 et 4. On peut alors choisir de rendre visible une vanne ouverte sur la première sortie, un bouchon sur la deuxième, une vanne fermée sur la troisiéme et un manchon sur la quatrième, alors qu'actuellement on est obligé de placer un bloc clarinette, et quatre autres blocs, ou bien de créer un seul paramètre de visibilité à 44 états, soit 256 états de visibilité différents. Ensuit il n'est à mon avis pas nécessaire d'avoir une arborescence pour gérer les conflits. On pourrait ajouter une variable liée à chaque bloc (par exemple MODEVISIBILITEE), comme il y en a qui ne sont liées qu'à un dessin ou une présentation, comme ceci : 0 Tout conflit est interdit 1 Les objet faisant l'objet de conflit ne sont affichés que si tout les paramètres qui leurs sont liés sont sur l'état "visible" 2 Les objets faisant l'objet de conflit sont affiché si au moins un paramètre qui leur est lié est sur l’état "visible" 3 Les objets faisant l'objet de conflit sont masqués si au moins un paramètre qui leur est lié est sur l’état "masqué" 4 Les objet faisant l'objet de conflit ne sont masqués que si tout les paramètres qui leurs sont liés sont sur l'état "masqué" Quoique mes connaissances en codages soit très basses, il me parais facile de mettre en place ces quelques règles basiques. Reprenons l'exemple de la clarinette. MODEVISIBILITEE est sur 2, et on a mis au bout de la clarinette un montage identique, à la différence que l'objet "seconde clarinette" fait partie de la sélection des paramètres de visibilité 5, 6, 7 et 8. Il suffit d’afficher une seul de ses sorties de clarinettes pour que la seconde clarinette soit affichée. Ce qui nous demanderait 10 blocs différents (ou 65 536 états de visibilité) actuellement n'en demanderait plus qu'un seul, un peut plus gros, mais pas plus compliqué à créer qu'un bloc avec plusieurs actions de consultation. Ainsi, il suffirait d'ajouter au groupe de fonction "visibilité" du ruban deux menus déroulants : un pour sélectionner l'action de visibilité que l'on souhaite modifier, et un pour déterminer la variable MODEVISIBILTEE du bloc. Bien sûr, il deviendrait probablement nécessaire de supprimer le groupe de fonction et de le remplacer par une fenêtre comme pour les actions de consultations, mais là encore rien de bien compliqué. En espérant avoir été constructif. PS : Désolé pour le pavé, je suis comme ça : quand je commence à écrire je ne peut plus m’arrêter.

Un tout petit ajout pour les utilisateurs les plus récent : "modification" n'est pas celui du groupe de fonction sur le ruban, mais l'onglet dans la barre de menu, qui est masquée par défaut sur les nouvelles versions d'AutoCAD. Pour afficher la barre de menu utilisez la peutite flèche tout à droite de la barre d'outil d’Accès rapide, le bouton est en bas du menu déroulant.

Bon, c'est barbare et radical, mais essais un [ctrl+A] [ctrl+C] [ctrl+V] dans un dessin vierge, et voie si ça le fait toujours.

Bonjour. Heu... Est-ce que ça le fait dans un dessin en particulier ou dans tous ? Si tu travail sur un fichier que l'on t'a transmis, y à t'il des raison de supposer un problème de compatibilité ? Après, moi je dit ça mais je débute...

Il n'y a pas de bouton "Résolu". Il faut passer par l'éditeur complet et rajouter [Résolu] dans le titre manuellement. Cordialy

Merci pour l'astuce, je connaissait pas RGT (ni très bien PSLTSCALE) Mais pour ce qui est des limites du DIESEL, même si en occurrence c'est inutile, comment s'y prendrait t'on pour sélectionner plusieurs fenêtre ou plusieurs présentations ?

Bonjour à tous. Mon but est, depuis l'espace papier, d'entrer dans une fenêtre, de changer une variable, de la REGEN et de sortir. ^C^C_MSPACE;PSLTSCALE;0;REGEN;AI_PSPACE; C'est tout simple et ça marche bien, mais seulement quant je n'ais qu'une seul fenêtre. _MSPACE me fait entrer dans la dernière fenêtre utilisée et actuellement ça me suffit, mais j'aimerais savoir dans quelle mesure, en restant en langage DIESEL, on peut : -Choisir la fenétre sur laquelle l'appliquer -L’appliquer à toutes les fenêtre de la présentation -L'appliquer à toutes les présentations Comme je commence à peine à tâtonner en codage, je me renseigne sur ses limites et comment les atteindre. Merci.