For the first issue of the add-in dialog not remembering its size, please submit that as a bug to your reseller so they log it. All resizable dialog boxes should remember their size between sessions, but it does not come "for free" from Windows dialogs and is extra programming work to implement it, hence it sometimes gets overlooked.
I can't reproduce the problem of the measure dialog not remembering its size between sessions in SOLIDWORKS 2015 SP04.
For the issue of the selection list size, SOLIDWORKS did not add automatic resizing selection lists until SOLIDWORKS 2016 and these were only implemented for the PropertyManager. In dialogs, all selections lists are fixed size although we may be able to enhance that in the future. We chose a height of 3 rows in measure because the majority of measurements use 2 selections and the second most common using 3 selections. Those are also the most common cases where you want to interact with adding or removing the individual items form the selection list and need to see those items. When selecting many items to get an overall length or area, most users don't need to interact with the individual items in the selection list, but rather select/deselect them in the graphics area or use "Clear Selections" to remove them all. Is there a particular workflow where you need to see all of or interact with the individual selections in the list when there are more than 3 selections?
Finally, regarding your comment: "And why is it still deemed necessary to be able to stretch that window to span the entire width and height of your screen(s) (yes, those of us lucky enough to have more then one screen can stretch it that large)?"
I'm not sure what you mean here. Are you saying we should limit how large you can resize the measure dialog? If so, why? I am not aware of any windows dialogs that limit resizing to a maximum size (other than dictated by the total available screen space).
Thank you for the responds.
1.add-in dialog box : I submitted
2. measure dialog box : today I can't reproduce it either, yesterday I could. Strange.
3. selection list size : it is an improvement that you can see 3 selections at once, it used to be only 2 so that when you accidently selected 3 you hardly had a visual clue that you had one to many, now if you need 3 and choose 4 your indication are the scroll arrows next to the selection list.
I would think it would still be easier, and quicker mind you, to remove the one offending entity from the list then clear the list and add the wanted entities once again.
4. Yes, windows dialogs doesn't limit the max size. The min. size is however set by the programmer.
So putting an extra few lines of code to limit the max size shouldn't be that much more of a hassle then putting in mimimum size.
Not all dialog boxes within SW are resizeable. Just some are and some aren't.
One could argue that it would be too troublesome to figure out what the max size should be because one has to keep into account that the path of an item as well as the name of the item can be pretty long.
However, this is just a pet peeve of mine.
By the way, notice this on the Add-in dialog box
Which indicates that one can resize it.
Notice how it's missing on the measure dialog box (and others).
You have to admit that it isn't uniform appearance consistently applied.
Have a nice one
The default size of the measure dialog is for users who don't actually want to see the text listing...that is collapsed by default. You have to click the arrow button in the upper left to expand it. Then it is resizable. Some users just like to use the onscreen values rather than having the larger dialog. We don't put the resize indicator in the bottom right corner of the measure dialog when it is expanded because the text control showing the results goes all the way to the corner of the dialog and that is where the scrollbar shows if the text listing is truncated. The intent is for this dialog to be very small and we would have to add extra "white space" at the bottom below the text control just to show that resize graphic so we felt it was not worth it. Users can easily tell it is resizable by the cursor change. Other cases fall into similar situations, but I will admit there are likely other cases where there is space for the graphic, but it wasn't added (again, this is not automatic and something the developer must do so sometime it is overlooked).