I would consider this as a bug.
However, since it would change the behavior, I'm not eager to simply change that.
An option could be to introduce a flag in the Frame object which tells if the font shall also be transformed or not,
having the default of FALSE.
The only think that really bothers me with this is when I add a new primitive text element to a panel in GEDI. Then I enter the text that I want, which usually no longer fits into the objects , so I have to resize this. To do that I cannot just select the object and drag it to the size that I need, because that will scale the font, instead of just making room for the bigger text. What I have to do instead, is to change the numbers for the x and y attributes of the size property of the object, which is tedious because it usually take several tries to get it the way that I want it.
So my proposal would be that that in the GEDI the drag feature of the primitive text object does not affect its scaling but its size instead. In fact, if I do the drag, the size attributes actually change, but if I look in the panel file (in xml fromat) I see that the size attributes have remain unchanged but a new geometry attribute is added which contains the scale factors, like this:
0.864321608040201 0 0 1 10.58291457286432 0
I see no backwards compatibility problems with this proposal and I think that it would improve the handling for everyone.
You can already improve the situation by creating the PrimitiveText in a different way: just single-click somewhere in the panel, do NOT create a rectangular box for the text. With this, the text will always be as large as the content - no need to resize it!
(The fitSize flag is the set to true, which is not the case when created via rectangular region)
For 3.15 we have added a new property for the PrimitiveText: transformable (false for new texts, true for old panels)
This defines if the font shall be scaled when the object is scaled.
So in fact this is what you want: the scaling just scales the bounding box but not the font
