Vins pour attributs

[Valentino G.]

Bonjour tout le monde !
Je vous écris comme jusqu'à aujourd'hui je n'ai jamais trouvé le besoin de définir des attributs pour créer des blocs dynamiques, alors que je voulais au contraire citer en créant un bloc dynamique pour un cartilage, avec tous les champs modifiables par des attributs.
mais un problème se pose: dans le coin supérieur droit, comme de la photo:
- échelle de tableau
- plan (t-1-2...)
- description du tableau
J'avais donc pensé à créer trois attributs pour les trois textes différents et, pour "objet", il n'y a pas de problèmes, comme pour l'alignement droit, selon les caractères qu'il s'étend à gauche où il a assez d'espace; le problème se pose plutôt pour l'attribut "plan", comme dans la table il pourrait y avoir t, t-1, t-1-2-3-4-5-... et ainsi le faire varierait la largeur du texte, allant au chevauchement avec "objet".
J'avais donc pensé à créer un lien dimensionnel entre les deux attributs, mais malheureusement cela ne me prend que comme le point d'insertion de l'attribut (dx) et non pas le dernier (sx).
Quelqu'un a des idées ?

merci à tous et bonne soirée

 

[Tristan]

Je ne comprends pas le problème. modifier la valeur de la caution jusqu'à ce qu'il y ait plus de chevauchement

 

[Valentino G.]

Je ne comprends pas le problème. modifier la valeur de la caution jusqu'à ce qu'il y ait plus de chevauchement

Bonjour Tristan et merci pour l'intérêt. J'essaie de m'expliquer mieux : les trois attributs ont la bonne justification, ce qui signifie que le texte augmente en s'étendant à gauche. Par conséquent, si une table contient 10 étages, le texte sera plus long qu'une table qui n'a que le plan t, et se chevauchera avec l'attribut « Objet ».

 

[Tristan]

J'avais compris cela ; mais quand vous créez le lien dimensionnel, cela n'a pas à rester fixé à une valeur. le modifier en attributs d'espace si les textes se chevauchent.

 

[Valentino G.]

merci tristan en attendant pour la disponibilité.
J'ai des problèmes avec la création du lien ! En fait, quand il me demande de sélectionner les points, il me donne des snaps (en prenant en référence l'image d'abord et l'attribut "Piano t") seulement à droite de t, point d'insertion de l'attribut, et non à gauche de p.
J'espère avoir mieux expliqué

 

[Cristallo]

parce que, comme vous l'avez connu, la longueur du texte peut varier, il est bon et juste celui du texte que vous avez le point d'arrêt sur son insertion (ce qui est certain), pas à sa fin (que nous ne savons pas lequel, trouver un programme).
Puisque après vous déplacer où vous êtes le plus à l'aise, il est si difficile de l'insérer dans la phase de création du bloc à un point "x", aligné avec l'insertion de l'autre, mais sans un emplacement mathématiquement défini de la longueur du texte précédent?

 

[dsw]

J'attache un exemple de fichier .dwg qui pourrait vous donner un point supplémentaire sur la solution finale du problème d'alignement/espace de texte.

dans le fichier j'ai défini un bloc avec trois attributs invisibles, j'ai ajouté une ligne pour simplifier l'identification du bloc.

En dehors du bloc, j'ai entré un texte multiligne avec les trois champs associés aux attributs du bloc.

Malheureusement, pour mettre à jour le texte, vous devez mettre à jour les champs manuellement (avec commande spéciale).

 

[Valentino G.]

parce que, comme vous l'avez connu, la longueur du texte peut varier, il est bon et juste celui du texte que vous avez le point d'arrêt sur son insertion (ce qui est certain), pas à sa fin (que nous ne savons pas lequel, trouver un programme).
Puisque après vous déplacer où vous êtes le plus à l'aise, il est si difficile de l'insérer dans la phase de création du bloc à un point "x", aligné avec l'insertion de l'autre, mais sans un emplacement mathématiquement défini de la longueur du texte précédent?

Bien sûr, mais le déplacer à la main pour des dizaines et des dizaines de tables à la fois peut ne pas être la solution optimale/précise/rapide!
et de toute façon - selon mon point de vue - ce ne serait pas de deviner la combinaison du superenalotto! simplement, selon l'endroit où se termine la première boîte de texte (c'est-à-dire sa largeur), la liaison dimensionnelle liée au point d'insertion de l'attribut à gauche, la détacherait de l'unité de tot.
dans la pratique, ce qui a réussi à créer C'est le cas. Je vous remercie. infiniment!!!!

 

[Cristallo]

Pardon C'est le cas., je trouve le mtext avec les champs, je trouve le bloc et insérez les données, mais ensuite comment les mettre à jour? modifier le mtext et pointer le champ de données vers le bloc que vous venez d'entrer ?

 

[Valentino G.]

Pardon C'est le cas., je trouve le mtext avec les champs, je trouve le bloc et insérez les données, mais ensuite comment les mettre à jour? modifier le mtext et pointer le champ de données vers le bloc que vous venez d'entrer ?

une fois que vous avez mis à jour la valeur des attributs dans le bloc, il suffit de "régénérer" pour voir les champs mis à jour dans le mtext

 

[dsw]

@cristallo a déjà répondu @ valentino g ce que j'ai posté n'est pas la meilleure solution et a des limites, je préfère personnellement gérer ces situations par code (si possible)

 

[Cristallo]

Je comprends l'opération.
la piste est bonne, vous devrez la mettre en œuvre dans le bloc valentine cartiglio.

Existe-t-il un champ pour connaître la boîte de texte de l'attribut rempli ?

 

[dsw]

Existe-t-il un champ pour connaître la boîte de texte de l'attribut rempli ?

Si je comprends la question, la réponse est oui.
il y a un petit problème, si vous synchronisez/modifiez le bloc, les références des "champs" sont perdues et vous devez les reconnecter.

J'ai trouvé intéressant un fil sur le sujet sur le site autodesk

 

[dsw]

Je partage une mise à jour de l'exemple que j'ai posté précédemment.

dans le fichier vous trouvez un second exemple, les champs ne sont pas connectés aux attributs d'un bloc mais aux propriétés personnalisées du design.

En utilisant cette méthode, des champs peuvent être insérés dans la définition d'un bloc sans problèmes de mise à jour de données.