Rotated block text - flip parameter or just duplicate the block? What do you all do?

I went through this exact headache last year with valve tags on our piping plans. I tried the flip action route first, set it to trigger at 90 and 270 degrees, and it worked fine for about a week. Then someone on the crew stretched the block past the flip point and the text sat on the wrong side of the shape, and I got a phone call about it. The problem with flips is they only give you two states, so anything landing at say 45 degrees still looks like a mess.

What I ended up doing was keeping the tag geometry and the text as two seprate things. The symbol rotates freely, and the text is just a plain attribute sitting next to it that the drafter places after. Sounds like extra work but honestly it takes two seconds and it always reads correctly. For the blocks that realy do need text inside the shape, I gave up on the single dynamic version and made three copies, one for each quadrant. Brute force like you said, but nobody has complained since. The downside is if you edit the symbol you have to fix three blocks instead of one, so I keep a note on my block library folder about which ones are the multi versions. One thing I would skip is trying to get clever with visibility states for this. I saw a setup like that once and the guy who built it left the company, and nobody else could figure out how it worked.

I gave up on making one block do everything, and honestly it was a relief. We had survey point labels that guys were rotating every which way, and no matter what I set up inside the block the text ended up sideways on half the sheets. What finally worked was pulling the text out of the block entirely. The symbol rotates freely, and the label is a separate little block or attribute placed next to it, always reading left to right. It costs an extra click or two per placement, but nothing has broken on us since, and nobody has called me about upside down numbers in two years.

I did try a counter-rotation setup for a while, adding a parameter that turned the text the opposite way as the block rotated. It looked clever in my test file but adding it to every existing block was tedious, and people kept grabbing the wrong grip and spinning the text into the shape. Not worth it for our crew. On the two or three pre-rotated copies idea, I say go for it if your angles are predictable. It feels dumb but dumb that works beats clever that doesn't. The separate text approach is the only one I'd trust if guys are dropping things at random angles out in the field though.

Before dynamic blocks were even a thing we just drew the symbol and text flat, rotated the whole thing with the rotate command, and if the text came out upside down we flipped it by hand. Took ten seconds. Half the time I still do it that way out of habit and it works fine. One trick I picked up along the way though: put the text in its own nested block inside the main one, and set the nested block to annotative or just give it its own rotation. When you rotate the parent, you can grab that inner block and spin it back independent. Not automatic, but it keeps the text tied to the shape so it can't wander off like a loose attribute does. Question for you though, are these blocks getting inserted by other people or mostly just you? That changed my answer on every job I ever set up.

Still pretty new here so forgive me if this is dumb, but I mostly work in SolidWorks and only touch AutoCAD when I need to fix old drawings. Over there the text just stays readable no matter how you rotate the view, so this whole thread is kind of eye opening for me. I tried rebuilding one of our title block symbols as a dynamic block last month and hit the exact upside down text problem, gave up and just drew three versions like the quadrant idea above. Question though, does anyone know if there is a way to lock the rotation to 90 degree snaps only? If the block physically cannot land at a weird angle, the flip approach might actually hold up.

The quadrant copies thing works, but here's another trick if you want to keep one block: put a rotation parameter on it and set the increment to 90 degrees. Then when someone spins the block it snaps to the nearest quadrant instead of landing at some ugly 37 degree angle, and the text only has to survive four positions instead of infinite ones. I did that on our north arrows and it killed most of the complaints.

Downside is it feels restrictive if you genuinely need free rotation, so it depends on your drawings. We mostly drop things orthogonally anyway, so it's been fine for us.

Update: I really considered separating the text from the symbol entirely based on one of the suggestions. It seems like a bit more of a setup process, but I think it's the most reliable way to keep the label readable regardless of how the user rotates the whole drawing element. That should stop the upside down text issue for sure.