Actual Tools
Forums list
New topics
Topics list
Search
Help
Login
Register

Messages 1 - 10 of 12
First | Prev. | 1 2 | Next | Last 

Topic: «Desktop divider unexpected behavior » on forum: Technical Support   Views: 8695
 
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 10/16/2014 20:04:14
 
 
 At a high resolution like 5760x1200, expected behavior of desktop divider into 6 equivalent vertical columns would be that they could all be divided into 960 width.

Doing the division like this results in 1 pixel offset after the first set of 960's (after 1920 pixels) and another 1 pixel offset after the second pair of 960's (after 3840 pixels) for a total of 2 pixels offset.

This causes dragging into tile 5, for example, to start at 3842 pixels instead of 3840.

The issue does not occur when dividing by 3 vertical columns of 1920 each. The tiles in that case start at the correct offsets of 0, 1920 and 3840.

This bug can be worked around by setting tiles 3 and 4 (the two in the middle) at smaller sizes to compensate, as shown in the attached screenshot 1. The attached screenshot 2 shows correct placement of a window into a divider at those smaller sizes from screenshot 1.

(Edit: I had to stitch the screenshots together into one to upload. The top half is screenshot 1 and bottom half is screenshot 2.)

(Edit 2: Had to upload to imgur, forum did not like the screenshot)

User added an image
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 10/17/2014 06:43:12
 
 
 After much experimentation, it appears there is no way to get a perfect cut on divider 4, separating the third-from-last and second-from-last areas.

Either the window will overlap 1px on the right when in area 4, or it will overlap 1px on the left when in area 5.

The closest configuration I can get for even windows with that one caveat is setting up the dividers to be the following widths

961 -|- 961 -|- 958 -|- 958 -|- 961 -|-  961

I suspect this may have something to do with window borders (inside, outside, etc.) My registry settings are the default for Win 8.1:

Code
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics]
"BorderWidth"="-20"
"PaddedBorderWidth"="-60"

These measurements are in twips, and the the way Windows calculates the borders the higher value dominates, so that is equivalent to 8px of borders.
 
Top
Zardoz2293
Advanced user
 
 Posts: 302
Joined: 07/27/2010
Posted: 10/17/2014 07:16:30
 
 
 aph,

I'm just verifying that the 'error' is always introduced at where the monitors join. Is that correct?

Note: I've noticed too in the past few days that uploaded screen shots are getting mangled (only displaying their unique reference number w/o file extension) when posted.

Sincerely,
Lars
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 10/17/2014 08:45:37
 
 
 Yes of course. It's an Eyefinity setup
 
Top
Zardoz2293
Advanced user
 
 Posts: 302
Joined: 07/27/2010
Posted: 10/17/2014 12:30:07
 
 
 How is an Eyefinity setup different than a Desktop setup?

Sincerely,
Lars
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 10/17/2014 13:52:10
 
 
 It's not. Just a trademarked name that AMD uses for their line of video cards that support that resolution.
 
Top
Alexander Mihalkin
Administrator

-retired-
 
 Posts: 502
Joined: 04/21/2014
Posted: 10/22/2014 09:35:34
 
 
 Gentlemen, thank you for your posts!

@Aph, are you using an increased dpi? If so, please try to configure the Desktop Divider while using a standard 96 dpi and report the result.

Best regards.

support@actualtools.com
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 10/25/2014 02:49:11
 
 
 Thanks for the suggestion, Alexander. I am using the Windows 8.1 mode of DPI scaling with the slider set all the way to the right. On my 24" monitors that is calculated by Windows to an AppliedDPI of 144 according to the HKCU\Control Panel\Desktop\WindowMetrics key (equal to 150% that would be shown instead of the slider if I was using the Windows 8 mode of DPI scaling.)

I assume the change to 96 is only during configuration so I will try setting to 96 temporarily for the Desktop Divider configuration and then back to 144. Will report back after the change.
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 11/08/2014 02:04:50
 
 
 I finally had a chance to test this, and it works under regular DPI just fine, but when AWM is launched with the configuration I set up under 96 dpi at 144 dpi, the problem resurfaces.

On 3 divider setup, each 1920px wide, when the middle divider is used, it bleeds 2px past the left side into the left divider. First left divider has 2px of space on the left side.

On a 6 divider setup, each 960px wide, the 3rd divider bleeds 2px left into the second, and the second has 2px of space on its left side.

I initially reported for 8.2, it does appear to still be an issue in 8.2.2
 
Top
aph
Advanced user
 
 Posts: 50
Joined: 03/18/2014
Posted: 11/08/2014 02:24:53
 
 
 I noticed a graphical glitch when I started setting up another layout. Notice the different color in the 2 top left dividers; a bit hard to see against the gray.

The incorrect division is also evident here as you can see not all columns are 640px wide as they should be. This was created in one click of the Grid division button for 9 columns and 3 rows.

http://i.imgur.com/mXzh4em.png
 
Top

Messages 1 - 10 of 12
First | Prev. | 1 2 | Next | Last 

User(s) reading this topic
Number of guests: 1, registered members: 0, in total hidden: 0
Forums list
New topics
Topics list
Search
Help
Login
Register



 
HomeProductsDownloadOrderContactsPress Map Privacy
Copyright © 2002-2024 Actual Tools. All rights reserved.

Windows and the Windows logo are trademarks of the Microsoft group of companies.