Why is it that even in SW '15 SP4 it still can't remember the size of a window?
Example : open the add ins window and it shows you
you drag it open because afterall your screen is more then tall enough to see the entire screen without having to scroll
and this way you can see the status of the "other add-ins" in one glance.
Now it would be very convenient if SW would remember that so that if for one reason or another you want to alter or check the status of an add-in that you could see them all with one click. This however is not to be.
Example 2
Open the measure window and measure something, let's say the distance between two planes
Notice how it makes you scroll down or enlarge the window if you would like to see it all?
This one you can enlarge and it will remember it for the rest of the session.
Next time you boot SW up however it's back to the truncated view.
And could somebody please explain to me what the use is of being able to select more then 2 entities to measure if at most you can only see 3 entities in the selection window.
Is it really that difficult to make it either bigger or even to let it grow dynamically?
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)?
Are any of these issues addressed in SW '16?
Or are the UI changes there solely artistic?
Hi Peter,
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).
Thanks,
Jim