mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #164] The new recorder UI does not support multi-screen #1507
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#1507
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 @walterlv on GitHub (Jul 18, 2017).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/164
Originally assigned to: @walterlv, @NickeManarin on GitHub.
When the new recorder UI is enabled (just as the setting item below) , I find that it does not support multi-screen.

In details:
(Normal on the left and clipped on the right)
Areais activated, theArea selectionwindow only shows on the main screen. Then I can't record on the extended screen.@NickeManarin commented on GitHub (Jul 18, 2017):
I need a few details about this bug:
Are you using a high DPI monitor?
Did you connect the external/second monitor after opening the recorder?
@walterlv commented on GitHub (Jul 20, 2017):
I have two monitors connecting to my PC.
To solve this issue, we could not create a maximized window and put a recorder UI onto it. These may help:
Maybe I can find out and solve this issue this weekend. After that, I will create a new pull request.
EDIT
I realize that you've done all the efforts above, but it still happens.
@NickeManarin commented on GitHub (Jul 22, 2017):
Oh, I think that I understand what's happening.
Is your secondary screen to the left of your primary screen?
@NickeManarin commented on GitHub (Jul 22, 2017):
I just tested in here... I was assuming that no monitor would use a negative position (> 0;0/Left;Top), but if the secondary display is set to the left side, the app won't cover that screen.
@NickeManarin commented on GitHub (Jul 22, 2017):
To solve this, it's pretty simple, just set Left and Top to the VirtualScreen coordinates:
Of course, there's a few adjustments to make, but nothing big.
@walterlv commented on GitHub (Jul 22, 2017):
You'are right!
My secondary screen is on the left.
@walterlv commented on GitHub (Jul 22, 2017):
It's not that simple.
It is possible that your coordinate will be incorrect when your window location changes.
@NickeManarin commented on GitHub (Jul 22, 2017):
When the window location changes, it's possible to detect the new arrangement by listening to this event:
SystemEvents.DisplaySettingsChanged += (sender, args) => { Dialog.Ok("a", "b", "c"); };@walterlv commented on GitHub (Jul 24, 2017):
Solved. See #166 .