When one instance of NewView is open on one virtual desktop, new instance should be opened on current one

[Lewis Rosenthal]

NewView needs to be made XPager-aware. That is to say that when it has been launched on Desktop 1, and the user switches to Desktop 5, opens an application, and selects Help, NewView should open on the current desktop (5, in this case), and not cascaded with the first instance on Desktop 1.

I realize that this may actually be something for XPager to handle, and we can surely reference this ticket from the xTracker.

[ataylor]

NewView 2.19.8a test build with virtual desktop positioning fix

[ataylor]

It's definitely a NewView issue, it goes out of its way to positioning itself relative to an existing window, but wasn't considering the possibility that the existing window is off-screen.

SVN r486 now checks to make sure the existing window is actually on-screen before using it as a reference. Test build (dubbed v2.19.8a) attached.

[Lewis Rosenthal]

This is close, and certainly an improvement.

Test:

Pager configured for 2 rows of 4 desktops:

  ┌─────┬─────┬─────┬─────┐ 
  │  1  │  2  │  3  │  4  │
  ├─────┼─────┼─────┼─────┤
  │  5  │  6  │  7  │  8  │
  └─────┴─────┴─────┴─────┘

XCenter is configured at the top of the screen, option set to reduce desktop workarea.

Help opened from 4OS2 window in 1 in expected position (fully visible on desktop).

Help opened from ANPM in 2. Bottom of window extends below desktop to top of 6.

Help opened from TIMESET in 3. Bottom of window extends below desktop to top of 7 (same relative position as in 2).

Help opened from mouse object in 4. Bottom of window extends below desktop to top of 8 (same relative position as in 2).

In each of the three cases where the window extends to the lower desktop, the bottom of the NewView window aligns exactly with the bottom of the XCenter (at the top of the screen). Thus, essentially, the NewView status bar is visible in front of the XCenter tray.

Opening Help from the XCenter properties dialog on desktop 7 aligns the window as the others, with the bottom below the desktop and no way to reach it (no desktop below).

[ataylor]

Lewis, I attempted to reproduce the scenario you described, to no avail. Here, all four help windows (from 4OS2 on 1, ANPM on 2, TIMESET on 3 and mouse settings on 4) opened as expected on their respective virtual desktops, all the same size and none of them extending down off the screen.

Do you have any more information about the conditions of your scenario? Screenshots might also help.

[ataylor]

OK, never mind. I figured out what was going on. It happened if the first opened window was right up against the bottom or right edge of the screen.

Try attached build 2.19.8b. (This also includes a fix for ticket #53.)

[Lewis Rosenthal]

Confirmed implemented as requested in 2.19.8b. Nicely done.