Problem still exists in version 1.9.1 (at least on Windows 7 Enterprise).
If the OpenJump window is on a secondary monitor, many dialogs (for example: the 'Open' dialog) open too small to use. If the OpenJump window is moved to the primary monitor (even while running), dialogs open at their correct size. Moving the window back to a secondary monitor results in badly sized dialogs again. This happens whether the OpenJump window is maximized (full-screen) or not.
ALSO: If the OpenJump window is partially on the primary monitor and partially on a secondary monitor, the dialog opens at some intermediate size, apparently proportional to the split.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Problem still exists in version 1.9.1 (at least on Windows 7 Enterprise).
If the OpenJump window is on a secondary monitor, many dialogs (for example: the 'Open' dialog) open too small to use. If the OpenJump window is moved to the primary monitor (even while running), dialogs open at their correct size. Moving the window back to a secondary monitor results in badly sized dialogs again. This happens whether the OpenJump window is maximized (full-screen) or not.
ALSO: If the OpenJump window is partially on the primary monitor and partially on a secondary monitor, the dialog opens at some intermediate size, apparently proportional to the split.
[bugs:#353] Dialogs do not use preferred size on dual screen
Status: open Created: Sun Dec 08, 2013 11:03 AM UTC by michael michaud Last Updated: Tue Nov 18, 2014 04:27 PM UTC Owner: nobody
When using two screens, dialog box on the secondary screen have not their normal appearance (seem to be shrinked to their minimal size).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2016-09-19
It's not just a sizing problem; some cases actually drop functionality.
Example: On a non-primary display: choose 'Import SLD file' for a layer, and select an appropriate file. The resulting pop-up is malformed: it contains only two tiny empty squares and 'OK' and 'Cancel' buttons. Re-sizing does not change the dialog content. This is non-functional: the GUI must be moved to the primary display before choosing 'Import SLD file'.
When initiated on the primary display, that dialog correctly contains a list in the left pane. Selecting an item from that list causes the right pane to populate, and an item can be selected there.
Last edit: Anonymous 2016-09-19
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Finally fixed. Probably just a wrong calculation of screen width in dual screen case.
Michael Broida, can you confirm that last version (r5190+) works for you ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Problem still exists in version 1.9.1 (at least on Windows 7 Enterprise).
If the OpenJump window is on a secondary monitor, many dialogs (for example: the 'Open' dialog) open too small to use. If the OpenJump window is moved to the primary monitor (even while running), dialogs open at their correct size. Moving the window back to a secondary monitor results in badly sized dialogs again. This happens whether the OpenJump window is maximized (full-screen) or not.
ALSO: If the OpenJump window is partially on the primary monitor and partially on a secondary monitor, the dialog opens at some intermediate size, apparently proportional to the split.
confirmed.. ede
On 01.09.2016 16:37, Michael Broida wrote:
Related
Bugs:
#353It's not just a sizing problem; some cases actually drop functionality.
Example: On a non-primary display: choose 'Import SLD file' for a layer, and select an appropriate file. The resulting pop-up is malformed: it contains only two tiny empty squares and 'OK' and 'Cancel' buttons. Re-sizing does not change the dialog content. This is non-functional: the GUI must be moved to the primary display before choosing 'Import SLD file'.
When initiated on the primary display, that dialog correctly contains a list in the left pane. Selecting an item from that list causes the right pane to populate, and an item can be selected there.
Last edit: Anonymous 2016-09-19
Finally fixed. Probably just a wrong calculation of screen width in dual screen case.
Michael Broida, can you confirm that last version (r5190+) works for you ?