Comment 4 for bug 965594

Interesting. Looking at the XML, the one that acts oddly has a transform matrix a few levels up and specifies the small font size that ends up in the EMF. The one that acts normally has no transform matrix at the equivalent level and specifies
the size font that does end up in the EMF. Select the text in either one in inkscape and both show a font size of 18.51 px. So it looks like something in the EMF export is dropping the transform in the broken one, leaving the "naked" smaller font of 13.57 px.

Make a copy of the one that is acting strangely and ungroup it. The matrix transformation is then associated only with the rectangle, and the font size is changed to 18.5px. Regroup and the transformation stays associated with the rectangle, and the resultant "text in a box" works as expected.

That gives me a clue how to reproduce this problem. Testing..., yes, can reproduce problem reliably.

To make problem boxed text do the following.

1. Make large text (say 30px, the exact size does not matter)
2. Make a white rectangle with a black edge a little bigger than the text.
3. Put the text on the rectangle and group.
4. Resize by holding down control and shrinking the grouped object.

Result: in the inkscape drawing surface it looks right, but on save as to EMF the text will be the wrong size. In this case the
font will be too large. If the original text/box had been smaller, and then it was resized up, the final save would result in text that was too small.

As before, the problem text can be repaired by ungroup, and then regroup. This moves the transformation away from the text and associates it only with the rectangle. The end result is that text in the saved EMF is then the expected size.