How do I show attribute text inside a door style?
Welcome to the community!
I am a little confused. Are you adding a block that contains text indicating the Door Size as a custom display block to an AutoCAD Architecture Door Style, in one of the "plan" Display Representations? When I do that, the text does in fact flip with the Door, making upside down, backwards or both. Or is that what you are saying the problem is, that you want the text to remain readable, no matter the Door's orientation?
Hard-coding text into a custom display block is not the way AutoCAD Architecture provides for identifying Doors. Text orientation aside, what happens when you use a different size Door? Do you really want a separate Door Style for each size? The expected workflow for this sort of annotation would be to use a Schedule Tag, anchored to the Door. That tag can remain right-reading no matter how you flip the door. And while the out-of-the-box tags are not set up to display the Door size, that does not mean a tag that does so cannot be created. Better still, the size shown will update if/when you change the size of the Door.
You can find some old sample content that does just that in an attachment to my post in this thread in the old Autodesk Architectural Desktop 2007 & Prior forum. That content is from the 2004 release, so it is DesignCenter AEC Content, but you should be able to make use of the Multi-View Block Definitions for use with a "modern" Schedule Tag Tool. Or, you may want to just look at this content to see how it works, and then incorporate the formula properties into your own Door Property Set(s) and create a Schedule Tag that references those properties in your Property Set(s).
Schedule tags are set up to automatically read the data on the properties they reference. I looked at the files in the ZIP file I had posted to the thread linked to in my previous post, and it appears that those files are all Matt Dillon's files.
Residential Door Size Tag.dwg is the AEC Content file defining the Schedule Tag. Back in 2004, that was the way Schedule Tags were done. The later addition of tag tools (2006 or so) eliminated the need for an AEC Content file. But you can still do tags that way, if you like, or you can use the Multi-View Block definition in the file as the basis for a modern-day tag tool.
ECPT_PropertySetDefs.dwg is a source file containing a customized version of the DoorObjects Property Set Definition that is needed to have the properties that the Residential Door Size Tag shows. Back in 2004, the AEC Content file would have referenced this file as the source for the Property Set, if it needed to be imported into a file when placing the tag. Current practice would be to have the Multi-View Block and the Property Set Definition in a single source file that would then be referenced by a tool palette Tag tool.
DoorTagWidthHeight.dwg is a sample file with a few Doors that have been tagged, and a Schedule Table. When opened in ACA 2019, it appears that when the WidthInches property has a value of zero, that the Standard Property Data Format is treating it as a real number, rather than as an integer, as the value is displaying as 0.000. The tag Matt created does not allow enough width to display those decimal places. Assuming that your Door widths will always be reported as a nominal width that will be in whole inches, that can be fixed by changing the Property Data Format to a custom variation on the Standard Property Data Format, with the precision set to no decimal places.
In the attached file, I created a Property Data Format called Standard-0, which has zero-decimal place precision, and assigned that to the WidthInches property, so that zero inches is shown as 0. I left the HeightInches property set to Standard, both to show the difference between the two (see the 3'-0" x 7'-0" Door, second from the right) and because you might have non-even inch heights. If all of your heights will be in whole inches, then the Standard-0 Property Data Format can be applied to the HeightInches property as well, to eliminate zero showing as 0.000.