mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 15:15:51 +03:00
[GH-ISSUE #692] The green fades when resizing a custom area are missleading #561
Labels
No labels
copy cats
duplicated
future feature
pull-request
⬜ Accepted
⬜ Completed
⬜ Help Wanted 💪
⬜ In Progress
⬜ Missing Details
⬜ Pending
⬜ Waiting For Answer ⏳
🆕 feature preview
🔷 Bug 🐛
🔷 Out Of Scope
🔷 Out Of Scope
🔷 Question
🔷Enhancement
🔷Enhancement
🔷Invalid / External
🔷Knowledge Base
🔷Won't Fix
🕑 High
🕑 High
🕑 High
🕕 Medium
🕙 Low
🕛 Critical
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#561
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @timunie on GitHub (Jul 15, 2020).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/692
The "Problem"
If one wants to resize the rectangle to capture by mouse the recorder opens a magnifier with a green cross / fade to show the actual mouse position. This is very useful to catch the exact pixel. The problem here is, that the green fade shows the mouse position, and not the corner of the rectangle.
A possible solution
P.S.: I wanted to take a gif, but this didn't work. I hope one can understand my idea.
Happy coding
Tim
@NickeManarin commented on GitHub (Jul 15, 2020):
Hi Tim,
The green crosshair and the mouse cursor are in sync with the selection rectangle.
So, the landing pixels of the green crosshair, is same landing pixels of the selection rectangle, and the capture will have an offset of 1 pixel (in each side).
In this example, the line is in the middle of 1 pixel, so the distance from the selection to the white pixel is 1 pixel.

Green crosshair -> 1 dark pixel -> white pixels
Here's the result, 1 pixel thick dark border in the top/left sides.

The capture has too 1 pixel thick dark border to the top/left.

I'm going to see how I can improve the UX of that magnifier.
@timunie commented on GitHub (Jul 15, 2020):
Wow what a fast answer.😲 Your image is exactly what I am loooking for but it didn't work kn my mashine. I will doublecheck this tomorrow if there is any setting or if I missed an update.
@timunie commented on GitHub (Jul 16, 2020):
Hi @NickeManarin
I know double-checked my version and it is up to date.
Here is my magnifier when dragging the resizing thumb. The green cross is exactly on the border i like:

Are you with me, that the selection rectangle should start on the gray border?
And here is the result when releasing the mouse button (I tried it several times to be sure I didn't move the mouse by accident):

If I capture, my image is cutted:

Note: I am running Windows 7, so if it is related to Win7 I will close this issue. Win7 is not supported by MS today, so you don't need to.
Anyway ScreenToGif is the best screen recorder I found 👍
@NickeManarin commented on GitHub (Jul 16, 2020):
Your selection in the first image is a few pixels to the side...
@timunie commented on GitHub (Jul 16, 2020):
You are right, that I grabbed the dragging thumb on the outer corner for demonstration purpose. But this may be what the normal user also does. I can fairly live with it, but wanted to give back something, at least if I have an improvement idea share it.
If you like to stick with the current implementation, it is fine. Then just close the issue. If you want me to have a look if I can make a PR, just give me a for doing it.
@NickeManarin commented on GitHub (Jul 16, 2020):
Ahh, so the problem is the user experience after the first drag-to-select (when the user is dragging the little squares), right?
@byzod commented on GitHub (Jul 19, 2020):
Can confirm
This is an example image, I want to capture pixel inside the red rectangle (including red rectangle itself)

So this is how I select it (it's correct, right?)


Then I got this in editor

The upper left corner works as expected but lost one row and column at bottom right corner
@NickeManarin commented on GitHub (Sep 10, 2020):
@byzod I believe this was fixed with v2.27.
@byzod commented on GitHub (Sep 11, 2020):
No, and it don't allow me to select small area now