CUBED symbol in Attribute in Block

[tstorzuk]

A little help please.

I've got a block which has attributes in it.

All of the text within the block is set to ROMANS. As per this link, the CUBED symbol is supposed to work properly using the ROMANS font;
https://help.autodesk.com/view/ACD/2023/ENU/?guid=GUID-518E1A9D-398C-4A8A-AC32-2D85590CDBE1

It shows properly in the Properties palette when you highlight the block.

It shows properly when the attribute editor is open.

Save it and close the attribute editor, and it only shows as a ? (question mark).

Print it and it only shows as a ? (question mark).

Anyone know how to force this to show up properly? Attached the block that I was starting to build. It has a CUBED symbol in the PDD attribute.

[dmfrazier]

I copied the attribute value and pasted it into MText.

It looks like the cubed symbol is actually from a different font:

Perhaps you don't have this TrueType font?

EDIT: Actually, that was silly. Of course you do.

Apparently, AutoCAD "automatically" selects this font when the font defined in the style doesn't support that symbol. (Apparently, Simplex supports the superscript 2, but not superscript 3. Neither does the TT font RomanS.)

It makes no sense to me why AutoCAD can clearly display the symbol in some places but not others.

[pendean]

@tstorzuk There is no mentions of being able to do what you want outside of these editors in HELP, has this ever worked for you with attributes in an attribute editor that was not a multi-line Attribute?

[tstorzuk]

@dmfrazier 

I just checked. Windows says that the TTF is installed.

Do I need to install it into AutoCAD somehow?

[dmfrazier]

I edited my previous post. Sorry for being too quick on the trigger.

AutoCAD can get to Windows fonts, so you're okay. The fact that it shows up correctly - in most places - is an indication that the font is fine.

This is some kind of weird attribute quirk that I've never seen.

The only thing I can think to suggest is to try changing the font of the cubed symbol (only the symbol itself) until you get one that works. I tried a couple and none of them behaved any differently.

[tstorzuk]

@pendean 

So these symbols are not available nor do they function within attributes?

[tstorzuk]

@dmfrazier 

According to the help file;

https://help.autodesk.com/view/ACD/2023/ENU/?guid=GUID-518E1A9D-398C-4A8A-AC32-2D85590CDBE1

That's an acceptable font (Isocpeur (TTF only)) and therefore should display properly. However it doesn't work or display properly.

[pendean]

---

@tstorzuk wrote:

@pendean 

So these symbols are not available nor do they function within attributes?

---

Correct is how I understood it, an exception might be a multi-line Attribute (which can be a single line, the editor used there is the MTEXT editor).

Test and find out.

[cadffm]

Hi @tstorzuk 

1. This help page is for MText only (not easy to understand if you straight jump in),

because of this it works in Multiline Attribs too - It's how Acad handles multiline attributes.

2. Neither the current romans.shx xor romans.ttf contains this char, but it will work for ->

3. If you are using this symbol in Mtext/Multileader.mtext/matts, it will displaying by another font.

    Try it in MS Words too and doublecheck the font!

So "These text symbols are available in the following True Type (TTF) and SHX fonts: " is right (for MText),

but U+00B3 is not part of romans and will displaying by another font.  AutoCAD switchs to Arial,

Words switchs to Cambria for example.

[tstorzuk]

@pendean  & @cadffm 

So how do you force users to use the correct font and not allow them to move the text (intentionally or accidentally) without using a block with attributes?

[pendean]

Training, training, training.

Then more training.

And someone needs to be that "enforcing standards" person that rejects work for non-compliance and requires a redo.

Then more training.

If all of this was easy, we all would not be here 🙂

Oh, did I mention training?

[cadffm]

There is no need to have the "m³/hr" part as editable "textvalue",

you can DRAW this part, so it is independend of your Textstyle&Fonts

[tstorzuk]

@pendean 

Yeah, that'll never happen at a couple of places I consult for.

Too small, too set in their ways.

No budget for training or discipline for people that don't follow standards.

Especially since they don't have any standards to follow!!!

And my scope does not entail creating standards for them to follow.

Ok, I'll just keep going the way I have been with regards to the attributes within blocks. On their titleblock template I'll keep a note pointing to a small 3 letting the user know they need to move it as needed when the attributes in the block are changed.

Kinda silly that these don't work in attributes, but that's AutoDESK for you.

[tstorzuk]

@cadffm 

Sorry, it can't be added as mtext within the block. When the other text changes, it needs to move with it. And sometimes it isn't necessary, so sometimes it needs to be deleted

I don't want the users going into the block to mess with anything. They won't stop messing with things.

[cadffm]

>>"Kinda silly that these don't work in attributes,."

That's wrong or better: Not only in Attributes, also not in Text!

(using a font what doesn't really contain this char isn't the best choice)

It doesn't work in TEXT or SINGLE line Attributes,

but it will work in MTEXT and MULTI line Attributs

Font ISOCP.shx/ttf for example, really contains this char, so it will work also in Text/SingleLineAttributs and other kind of Text elements.

Sorry, but we are all in the same boat 😁