constraints for attributes

[Valentino G.]

Hello everyone!
I write to you as until today I have never found the need to define attributes to create dynamic blocks, while instead I wanted to cite in creating a dynamic block for a cartilage, with all fields editable through attributes.
but a problem arises: in the upper right corner, as from photo:
- table scale
- plan (t-1-2...)
- table description
I had therefore thought to create three attributes for the three different texts and, for "object" there are no problems, as with the right alignment, according to the characters it extends to the left where it has enough space; the problem arises instead for the attribute "plan", as in the table there could be t, t-1, t-1-2-3-4-5-... and so doing it would vary the width of the text, going to overlap with "object".
I had therefore thought of creating a dimensional bond between the two attributes, but unfortunately it only takes me as snap the insertion point of the attribute (dx) and not the final one (sx).
Does anyone have any ideas?

thanks to all and good evening

 

[Tristan]

I don't understand what the problem is. change the value of the bond until there is more overlap

 

[Valentino G.]

I don't understand what the problem is. change the value of the bond until there is more overlap

hello tristan and thanks for the interest. I try to explain myself better: the three attributes have the right justification, which means that the text increases by expanding to the left. Therefore, if a table contains 10 floors, the text will be longer than a table that only has the plan t, and will overlap with the attribute “object”.

 

[Tristan]

I had understood this; but when you create the dimensional bond, that doesn't have to remain fixed to a value. change it to space attributes if the texts overlap.

 

[Valentino G.]

thanks tristan in the meantime for availability.
I have problems with creating the bond! In fact when he asks me to select the points, he gives me snaps (taking in reference the image first and the attribute “piano t”) only to the right of t, point of insertion of the attribute, and not to the left of p.
I hope I've explained better

 

[Cristallo]

because, as you have experienced, the length of the text may vary, it is good and just that of the text you have the snap point on its insertion (which is certain), not on its end (which we do not know which one will, figure out a program).
Since after you move where you are most comfortable, it is so difficult to insert it in the phase of creation of the block at a "x" point, aligned with the insertion of the other, but without a mathematically defined location from the length of the previous text?

 

[dsw]

I attach an example .dwg file that could give you an extra point on the final solution of the text alignment/space problem.

in the file I defined a block with three invisible attributes, I added a line to simplify block identification.

outside the block I entered a multiline text with the three fields associated with the block attributes.

Unfortunately, to update the text you have to update the fields manually (with special command).

 

[Valentino G.]

because, as you have experienced, the length of the text may vary, it is good and just that of the text you have the snap point on its insertion (which is certain), not on its end (which we do not know which one will, figure out a program).
Since after you move where you are most comfortable, it is so difficult to insert it in the phase of creation of the block at a "x" point, aligned with the insertion of the other, but without a mathematically defined location from the length of the previous text?

Of course, but moving it by hand for dozens and dozens of tables at a time may not be the optimal/precise/fast solution!
and anyway - according to my point of view - it would not be to guess the combination of the superenalotto! simply, according to where the first text box ends (i.e. its width), the dimensional bond connected with the insertion point of the attribute to the left, would detach it of tot unit.
in practice, what managed to create @dsw Thank you. infinitely!!!!

 

[Cristallo]

Forgive me. @dsw, I find the mtext with the fields, I find the block and insert the data, but then how do you update them? editing the mtext and pointing the data field to the block you just entered?

 

[Valentino G.]

Forgive me. @dsw, I find the mtext with the fields, I find the block and insert the data, but then how do you update them? editing the mtext and pointing the data field to the block you just entered?

once you have updated the value of attributes in the block it is enough to "regenerate" to see the fields updated in the mtext

 

[dsw]

@cristallo has already answered @ valentino g what I posted is not the best solution and has limitations, I personally prefer to manage these situations by code (when possible)

 

[Cristallo]

Okay, I understand the operation.
the track is good, you will have to implement it in the valentine cartiglio block.

Is there way field to know the textbox of the filled attribute?

 

[dsw]

Is there way field to know the textbox of the filled attribute?

If I understand the question, the answer is yes.
there is a small problem, if you sync/modify the block, the references of the "fields" are lost and you have to reconnect them.

I found interesting a thread on the topic on the site autodesk

 

[dsw]

I share an update of the example I posted earlier.

in the file you find a second example, the fields are not connected to the attributes of a block but to the custom properties of the design.

using this method, fields can be inserted in the definition of a block without data update problems.