Flip commands

MDFLIPH and MDFLIPV mirror every selected object in place, each around its own pivot, not as a group across one shared mirror line the way native MIRROR works. With several objects selected, every one of them flips right where it sits.

The problem this solves

Take an electrical symbol with a tag attribute that needs to face the other way in a panel layout. Native MIRROR gives you two bad options:

• MIRRTEXT = 1: the tag mirrors along with the geometry and renders as backwards, unreadable characters.
• MIRRTEXT = 0: the tag stays readable, but it’s still left-justified on what is now the wrong side of the symbol, so you re-justify it by hand.

MDFLIPH mirrors the symbol, keeps the tag upright, and moves its justification to the correct side, in one command, whatever MIRRTEXT is set to.

What happens to attribute text

Direction	Text direction is kept, matching AutoCAD’s own MIRRTEXT = 0 convention. Glyphs never render backwards, whatever the drawing is set to.
Justification	Swaps to the mirrored side: Left ↔ Right on a horizontal flip, Top ↔ Bottom on a vertical one.
Centre and Middle	Pass through unchanged: there is no meaningful opposite.

Text selected directly (a DBText or MText object rather than a block attribute) gets the same treatment.

Note

Plain text baked into a block definition (not an attribute) isn’t re-justified, because fixing it would mean rewriting a definition shared by every insert of that block. Native MIRRTEXT doesn’t handle this case either.

Dynamic blocks flip through their own parameter

If a block has a flip parameter, the command can toggle that parameter instead of mirroring the geometry, so the block reflects across the line its author drew and carries along everything in the flip action’s selection set.

Because a flip parameter’s line orientation isn’t visible to a plugin (AutoCAD exposes only the flip state, never whether the line is horizontal or vertical), you tell the plugin which command a parameter answers to by renaming it:

Rename the flip parameter to contain…	And it answers
MDFlipH	MDFLIPH
MDFlipV	MDFLIPV
neither (e.g. the default Flip state1)	nothing: the block mirrors geometrically instead

The two tokens don’t overlap, so one parameter binds at most one direction. A block with an unnamed flip parameter still works: it just takes the geometric path.

To turn this behaviour off entirely, set Use dynamic flip to No in MDROTATEFLIPSETTINGS.

Limitations

• Horizontal and vertical only. A flip parameter authored on a diagonal line can still be driven, but there is no third command to reach it, since a plugin can’t read the line’s orientation.
• Nested definition text isn’t corrected, as noted above.