NOTICE! This is a static HTML version of a legacy ImageJ Trac ticket.

The ImageJ project now uses GitHub Issues for issue tracking.

Please file all new issues there.

Ticket #763 (assigned enhancement)

Opened 2011-09-19T14:32:09-05:00

Last modified 2013-01-22T15:02:13-06:00

Add Sizing Constraint of Windows on Desktop/Workspace

Reported by: gharris Owned by: bdezonia
Priority: major Milestone: imagej2-unscheduled
Component: UI Framework Version:
Severity: serious Keywords:
Cc: Blocked By:
Blocking: #1629

Description (last modified by gharris)

Account for the bounds of the desktop/workspace when sizing the window appropriately.

Follow-on to #626

Change History

comment:1 Changed 2011-09-19T14:54:20-05:00 by gharris

  • Description modified
  • Summary changed from Add Sizing and Location of Windows on Desktop/Workspace to Add Sizing Constraint of Windows on Desktop/Workspace

comment:2 Changed 2012-01-26T12:44:47-06:00 by curtis

  • Owner changed from gharris to curtis

comment:3 Changed 2012-02-27T11:02:56-06:00 by curtis

  • Owner changed from curtis to bdezonia
  • Status changed from new to assigned
  • Milestone changed from imagej-2.0-beta1 to imagej-2.0-beta3

This may already be working. Verify later.

comment:4 Changed 2012-03-27T11:20:56-05:00 by bdezonia

SwingDisplayPanel has initial scaling code that does verify desktop bounds. But I'm not sure that is what this ticket refers to. Maybe Grant meant at all times when windows are sized make sure they aren't made too big. Must get clarification from here.

comment:5 Changed 2012-03-27T16:06:55-05:00 by gharris

I think that currently, in SwingDisplayPanel, findFullyVisibleScale() decides using StaticSwingUtils.getWorkSpaceBounds(), which returns GraphicsEnvironment.getLocalGraphicsEnvironment().getMaximumWindowBounds();

So, this assumes that the UI is SDI, using the entire desktop (and I'm not sure about how it handles a multi-monitor situation). In an MDI environment, this would need to function differently, basing the decision on the size of the JFrame with the desktop containing the JInternalFrames.

Perhaps a getWorkSpaceBounds() method should be added to UserInterface to deal with this.

comment:6 Changed 2012-07-17T16:04:32-05:00 by bdezonia

  • Blocking 1325 added

comment:7 Changed 2012-08-03T10:44:17-05:00 by curtis

  • Milestone changed from imagej-2.0.0-beta4 to imagej-2.0.0-beta5

comment:8 Changed 2012-08-03T10:45:12-05:00 by curtis

  • Blocking 1358 added

comment:9 Changed 2012-08-03T10:45:33-05:00 by curtis

  • Blocking 1325 removed

(In #1325) Pushing some tickets to beta5; see #1358.

comment:10 Changed 2013-01-22T14:56:58-06:00 by bdezonia

  • Blocking 1629 added; 1358 removed

comment:11 Changed 2013-01-22T15:02:13-06:00 by bdezonia

  • Milestone changed from imagej2-b7-ndim-data to imagej2-unscheduled