Dual screen II: Fixed size dialogs

[HolgerK]

Test with fixed sized dialogs, using a dual screen configuration.
My configurations are:
- WinXPproSP2, TC7B1
- nVidia Desktop manager was disabled during test.
- Primary monitor 1280*768, 16”, 100dpi (placed at the right side).
- Secondary monitor 1600*1200, 20”, 100dpi (placed at the left side).
- The monitors are top aligned.
- All screenshots are resampled to 1440*600 and saved as GIF.
The desktop background is colored in unique green.
The small black rectangle at the right bottom is off screen area.
You can download the complete set of screenshots at once:
http://holgerk.drivehq.com//TC//TC7B1_DualScreenShots.zip (about 1.8M(i)Byte)

Change attributes dialog
The first picture shows the dialog (including the new “Change date/time” dialog) when TC is placed in the right bottom corner of the left screen:
http://holgerk.drivehq.com//TC//TC7B1_Attrib1_ok.gif
Close the dialog and move (horizontal) the TC windows on the right screen and reopen the both dialogs:
http://holgerk.drivehq.com//TC//TC7B1_Attrib2_Bug.gif

The lower part of the “Change attributes dialog” is off screen, but the “Change date/time” is moved up.
It seems that the child dialog is clipped to the screen resolution (OK), while the main dialog is centered over the TC window (buggy in this case).

Second test: TC is in span mode using both screen areas (impressive view)
Open the “Change attributes dialog”, move the dialog to the side and open the “Change date/time” dialog:
http://holgerk.drivehq.com//TC//TC7B1_AttribR1.gif
http://holgerk.drivehq.com//TC//TC7B1_AttribR2_moved_to_R.gif

Expected behavior is that the child dialog opens relative to the parents dialog position, but the child dialog position is relative to initial parent dialog position.
You can see this behavior also on single screen setup.

”Options” dialog
In some cases the “center dialog over TC window” behavior, leads to unexpected results:
http://holgerk.drivehq.com//TC//TC7B1_Options1_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_Options2_bug.gif
http://holgerk.drivehq.com//TC//TC7B1_Options3_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_Options4_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_Options5_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_Options6_bug.gif
http://holgerk.drivehq.com//TC//TC7B1_Options7_bug.gif

Options1_ok and Options2_bug shows TC window with a small height placed near the bottom of the screens.
In Options2 the “Okay Cancel Help Apply” buttons are not accessible.

Options6_bug and Options7_bug happens if the TC-window is partially off screen.
This effect is also provable with single monitor systems.

Copy and Overwrite dialog, Progress bar
The next pictures are screenshot showing TC in span mode, during copy operation:
http://holgerk.drivehq.com//TC//TC7B1_CopyLR1.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyLR1a_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyLR1b_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyLR2a_ok.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyLR2b_bug.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyLR_Overwrite_ok_Progress_bug.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyRL1.gif
http://holgerk.drivehq.com//TC//TC7B1_CopyRL2_Overwrite_ok_Progress_bug.gif

The position of the “Copy to dialog” isn’t centered to the TC window.
The “Overwrite dialog” is centered over TC and clipped to the nearest screen.
The “Process dialog” is centered over TC, but sometimes cut by the monitor border.

Kind regards
Holger

[ghisler(Author)]

Unfortunately it's almost impossible for me to correct these problems, because none of our computers allows to connect two monitors. I tried to improve it as good as I can, but I cannot improve it at this time, sorry.

[ghisler(Author)]

The behaviour of these dialogs should be much better now. Please test!

[HolgerK]

Indeed it's quite better:

No fixed size dialog is off screen or cut by a monitor border!

10.12.06 Fixed: Multi-monitor: Moved various dialogs so they do not span multiple monitors, but appear on the monitor where the larger part of TC is shown

Maybe an alternate algorithm for the decision on which screen the dialogs should be shown:
Use the center of the active panel rectangle for the monitor detection.
This could be better solution for dialogs like "Change attributes", when TC shows an asymmetric layout like "Separate tree, One for both panels"

Thanks
Holger

[ghisler(Author)]

Well, that's the algorithm used by the Microsoft functions...

[HolgerK]

Well, that's the algorithm used by the Microsoft functions...

Isn't this is your own algorithm?
TC centers these dialogs over the main window.
And BTW: M$-Explorer shows "Context menu->Properties" at the same place where the context menu pops up (or at the mouse position when opened via keyboard). In most cases the dialogs are placed on the screen where you are working.

Only a suggestion for a context sensitive dialog positioning.
If TC is spanned over two screens and the user is working focused on one panel (screen), dialogs should not pop up on the other screen.

Kind regards,
Holger