Odd attribute behavior

[peterjwinberg]

I've got this simple DB of a shower, which is used multiple times in a given drawing. If the attribute is rotated, it ends up moving after the drawing is closed an opened again. I have attached a couple screen captures showing what I mean. ATTSYNC will put it back in place, but I find the behavior odd and was hoping someone could shed some light on why it's happening. I have attached a DWG as well if you would like to poke around. Thanks!

  

[peterjwinberg]

To clarify, the left capture shows the block before saving and closing the drawing. I then close it, and open it again. Upon opening it again, the attribute has moved on its own, as shown on the right capture. The grip is where it's supposed to be, but the text is not. It only happens if rotated (dynamic rotate action).

[h_s_walker]

It's something to do with the attribute behaviour that's messing it up.

I created a mtext box with a couple of fields in it of the lengths of the lines and attached it to the rotate parameter. It stayed where it was supposed to when I closed and opened the drawing.

See the attached

[h_s_walker]

I've updated the block a bit. See the attached drawing

[peterjwinberg]

Quick question though - when you opened and closed my DWG with the original block, were you experiencing the behavior I described?

When I tried yours, your new mtext did stay in place, but my attribute still moved. The main reason I put the fields in an attribute is so I could mirror the block without the text mirroring. I also want the other text editable.

I saved your version as "Shower2" and saved another version of my original as "Shower3". I removed the fields from the attribute in Shower3 to see if they had something to do with the issue, but the behavior still occurs. On top of that, the fields are still showing up even though they don't show up in block editor. I have attached another DWG

Am I losing my mind?

[h_s_walker]

Yeah I had the same problem you did.

I've updated Shower2 block. You can have fields in single line text. You just need to start the text before right clicking to insert the field. I've also made the SHWR (FIBRE... a single line attribute as well.

See the attached drawing. Shower2 is the block on screen.

[peterjwinberg]

So does the original issue have something to do with there being fields in an mtext attribute?

[h_s_walker]

I do not know, but seeing as the problem went away when the fields were taken out of the attribute, the answer is probably yes.

[Libbya]

There is a bug with multiline attributes that makes them not work with rotate actions.  That's just the way it is.  My best suggestion I have is to make the lines into separate attributes when rotate actions are needed.  See attached.

[peterjwinberg]

Bummer, but thank you.

My office is still on 2015, so I couldn't open the file, but that's ok - I can tweak my original as needed.

Would moderators want an answer marked as a solution, even though the problem technically wasn't solved?