And I thought the width and height elements of a static text object HAD to be defined for it to exist?
In my case, some static text objects are multiple lines. Rather than use separate static text elements (spacing between the elements is too large) I was using \n to force another line. Doing this, however, forced me to define (and increase) the height of the element so both lines are visible.
Would you recommend something different?
I experimented with "multiline: true" but always had two issues with it:
It sets the focus to the multiline field, turning it blue (can you set focus to a button instead when the dialog opens?);
The mulitline default seems to be to show the end of the message, rather than starting with the top of the message. Seems odd as the natural flow is to read and then scroll down, if necessary. Unless there's a way to modify it, the default seems to be: scroll up to the top, then read, then scroll back down.
I haven't been able to do more in-depth testing that I wanted to. Maybe later this week. The thing with custom dialog boxes is you have to anticipate layout changes or differences with changes in screen resolution, operating system, and version of Acrobat/Reader. Unless there's a good reason, I try not to set the width/height of elements.
I also noticed that the height of static text lines sometimes needs to be adjusted for DC. For example, I had static text lines with a height of 15px - which worked fine on pre-DC versions of Acrobat/Reader (the text was fully visible, nothing chopped off). But with DC, the bottom of the individual characters are being cut-off --- most noticeable with lower case letters such as "g," "j," "p,", etc.
It's as if the height of the letters is being increased by DC but the height parameter for the static text line within the dialog is the same --- which would explain why the bottoms of letters are being chopped off.