Bug - Text settings returns incorrect text height

In example, text height extracted directly from “text entity” component is wrong. Going the “Annotation style overrides” → “Annotation Style” - > “Text settings” route yields the correct result.

Same for other values, fonts are different, other properties return instead of value (mask size for example).

Explode object and “Model block Instance” → “Model block Definition (object output)” behaves the same way.

IMO both should return the same value.

TextSettings.gh (9.5 KB)
TextSettings.3dm (208.7 KB)

The Text Entity> Text Setting is returning the default Text Settings (which could now be overridden individually).

The Text Entity> Text Settings will return the manual overrides if given, the manual change does not affect the Annotation Style output

1 Like

So text height of 1 means the text has default value and I have to consult annotation style for what it actually is, or it was overriden to 1?

I get that style output returns what the style is. But text settings has to return the actual values, no matter if they are as per style or not.

In general you would only edit the Annotation Style to affect all Text placed on that style globally.

If there was a manual change or you wanted to change Instance heights the Text Entity > Annotation Text Settings would be appropriate.

Great point on the override to 1, that would be problematic if you were trying to find the overridden instances…, @AndyPayne , is there a reason the Text Entity > Annotation Text Setting size output is not the size set by the Style??

I’m not sure I understand what you’re after. The Text Entity → Annotation Text Setting will only return values that you have been overridden. It doesn’t automatically return all of the default values for the style. It will return null for any value that’s not manually overridden, otherwise, it will return the overridden value.
Kike and I have discussed adding a component which will return the “effective” style values. So, this component would return whatever the actual value would be for that property, whether that comes from the Annotation Style itself, or if it’s been overridden on the instance. Does this help?

Great point on the override to 1, th…

My goal is to have a new instance of the text with position mirrored by xz plane. I cannot just mirror the text entity - the output goes to autoCAD (company standard, can’t change that), where it appears mirrored / unlegible.

Altering the placement point and chaching it moves the original rather than creating a new one.
I could use “bake”, but then I would have to manually delete the baked geometry upon update.

So I have to explicitly declate a new entity in the new placement point with the same settings no matter what these are. Or is there a better way?

Kike and I have discussed adding a c…

This could be useful. I am mainly confused. I was unable to find any documentation saying it behaves like this.

This page says nothing about the outputs meaning different things for different inputs.
Annotation Text Settings - Grasshopper Rhino - Component for Grasshopper | Grasshopper Docs

Provide a Rhino file showing what you have and what you would like to have…

Just this. As per above, I cannot just mirror the entity itself.
image

I just had an idea. I will test it tomorrow but it appears to do what I want.

The new Content Cache component allows you to simply “update” an existing object, rather than adding a new copy of the same geometry. This would mean you wouldn’t have to manually delete the source object once you bake. You can read more about this feature here.

1 Like