AltSnap
AltSnap copied to clipboard
1 pixel borders
Jesus is there any way to get rid of them? i have tried editing 2 registry keys on:
Computer\HKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics
BorderWidth and PaddedBorderWidth
tried both with -1 and 0 still getting 1 borders on bottom screen and between windows.
I am not sure I understand, There are some invisible borders under Windows 10, but they should be compensated, and they are a few pixels, not a single one.
Maybe you are taking about the 1pixel border that becomes invisible when the window is no longer selected. If you want I could try to fix it, but it would be optional because the default snapping behaviour leaves this 1pixel alone.
To compensate it, I could add an option of static border overcompensation. This could also be useful for people that want an overlap between snapped window or an extra gap.
Try with this AltSnap+hooks.dll version, and add
SnapGap=-1
; Gap in pixels from -128 to +127 between two snapped windows.
; Use negative values if you want an overlap, default is 0
; I suggest -1 under Win10.
In the [Advanced]
section of AltSnap.ini
AltSnap1.48test7.zip
Nice addition!
0 (Windows default)
-1
Currently, it looks a bit strange to have no borders at the screen edges, but the best side effect is that you can just move the cursor to the right and use the scroll bar. In default behaviour you had to consider the border between scrollbar and screen edge which lead to resizing or nothing at all instead of dragging the scrollbar
@Ichisich Indeed this is why the default is still 0, this setting deflates the windows of X pixels on all sides. the 1pixel border on windows 10 is part of the Visible Rectangleand becomes invisible only when the window is off-focus. This is very simple to implement and could also help with thick borders of Win8 wher you could put -8 or something and for Win7 you could put something like -4 so that the windows borders overlap and also bleed out of the monitor. Because we are using AltSnap we do not really need the borders for seizing and I found that actually when using Snap Layouts, negative SnapGap really helps to see at a glimpse which window is focused.
So there seems to be 1 issue, when maximizing vertically it crops 1 pixel on the bottom.
i think its better explained with an example:
hopefully less blurry here
@elnoelsi
It crops just the border, as it does at the top and to the sides:
0
-1
But im saying with the "maximize vertically" it crops 1 extra, i guess its because the feature itself crops the pixel and now with the -1 it doesnt account for that
In my case, "maximize vertically" operates exactly like snapping.
0
-1
It is the same for me, indeed, I have the same behavior for Maximize Vertically and the other snapping. I think the option could be improved but I want to keep it simple for now, so that I do not add new bugs in the next release. So I will keep this as WIP, for a while.