Opened 6 years ago

Closed 5 months ago

#49 closed enhancement (fixed)

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

Reported by: Lewis Rosenthal Owned by: ataylor
Priority: minor Milestone:
Component: NewView Version: 2.19
Keywords: Cc:

Description

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.

Attachments (2)

newview_2.19.8a.zip (454.3 KB) - added by ataylor 5 months ago.
NewView 2.19.8a test build with virtual desktop positioning fix
newview_2.19.8b.zip (454.5 KB) - added by ataylor 5 months ago.

Download all attachments as: .zip

Change History (8)

Changed 5 months ago by ataylor

Attachment: newview_2.19.8a.zip added

NewView 2.19.8a test build with virtual desktop positioning fix

comment:1 Changed 5 months ago by 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.

comment:2 Changed 5 months ago by ataylor

Owner: set to ataylor
Status: newaccepted

comment:3 Changed 5 months ago by 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).

comment:4 Changed 5 months ago by 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.

Changed 5 months ago by ataylor

Attachment: newview_2.19.8b.zip added

comment:5 Changed 5 months ago by 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.)

Last edited 5 months ago by ataylor (previous) (diff)

comment:6 Changed 5 months ago by Lewis Rosenthal

Resolution: fixed
Status: acceptedclosed

Confirmed implemented as requested in 2.19.8b. Nicely done.

Note: See TracTickets for help on using tickets.