In the CommandCreated event handler of an add-in I put the few lines of code shown below to create 3 identical text boxes, all 10 rows high (just using the standard add-in framework provided by default). When run, the first of the three boxes appears noticeably larger in height than the other two. Puzzling.
More puzzling is that if the id of the first text box is changed from 'anyId' to 'WTFId', then the three text boxes are all the same size, as expected.
Further probing reveals that if the number of rows is 1 then the text boxes appear all the same size as expect even with the id 'anyId'. With 2 or more rows the unexpected deviation in height shows up.
Trying a few different id's reveals that others, for example 'setupAttribsId' also suffer from the puzzling height anomaly. Yet other id's, for example 'dataAttribsId' work fine.
Same behavior on Windows and MacOS. Perhaps somehow an hash key on id inadvertently influences the actual TextBoxCommandInput height?
Thanks to anyone who investigates and duplicates this anomaly.
-Dave
rows = 10
textField = inputs.addTextBoxCommandInput('anyId', '', '', rows, False)
textField.isFullWidth = True
textField = inputs.addTextBoxCommandInput('fooId', '', '', rows, False)
textField.isFullWidth = True
textField = inputs.addTextBoxCommandInput('barId', '', '', rows, False)
textField.isFullWidth = True
