Short Answer: We'll change it and use Lock->Move to set fixed text box height behavior.
Inconsistent, yes, that doesn’t mean a bug though: internal logic is trying to guess if the box should grow or remain fixed, there is no clear answer so the behavior is not absolute. UI that has two behaviors for one situation allows users to learn and adapt to the code's logic.
I think there is no right answer; consider this common situation: adding text and don't want the text box to change as I will not be resizing the box I know I'm next going to be deleting some phrases above in the text. This is probably the more common situation in a drawing app. A word processing app will exhibit the resize text box behavior and that is what is annoying with them. For us wordy folks, who ever has enough room on the page for all of our text, the text box is going to come first and then we fill it, over fill it, and edit back to fit.
I will change it to grow in height when typing and keep the grow behavior when pasting more than a few characters. It is not nice that you can’t see what you are typing in overflow — but there is a plus side to push the user to resolve things as they happen instead of being lazy and sloppy. We always need to try to keep the drawing clean. But that is just me probably.
We will use Lock Move to indicate that the box should not grow. I looked at some forms that I have and it seems that I naturally have fixed text boxes locked anyway.
Lock should have more specificity for user to input to the typesetter.. It should have Lock Width and Lock Height. That will take a bit more work.
We will try to get the first change into the public beta in the next day or two as a short term resolution. There is a new beta in house for Intaglio drawing with bitmap images.
Dave