Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multi-head support #1

Open
GoogleCodeExporter opened this issue Mar 30, 2015 · 0 comments
Open

Multi-head support #1

GoogleCodeExporter opened this issue Mar 30, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Connect a second monitor
2. Place the QR code on right monitor
3. Hit "capture screen"

This was tested under Linux using Gnome Shell. I have a 1080p main monitor 
(laptop screen) on the right set to the default monitor. I also have a 720p TV 
on the left. This provides a total screen area of 3200x1080 with the region 
(0,721) - (1280,1080) not shown on any monitor.

When the "capture screen" button is used, I would expect to get a resulting 
3200x1080 image that I can scroll as needed to get to the region with the 
barcode.

Unfortunately, this is far from the case. The resulting image appears to be 
have a size of 3200x1080 which is correct. However, instead of getting a 
picture of both my monitors with an extra black region for the area not covered 
by them, the resulting image contains my primary/right-hand screen on the left 
and black on the right. The screen capture is taken of my primary monitor (the 
1080p on the right) but extends to a region beyond the right-hand monitor. The 
region beyond this is just black (as it should be since nothing is drawn beyond 
the right monitor -- it's outside the X11 screen space). The program, however, 
will not capture anything on the left-hand/non-primary monitor what-so-ever. It 
appears like the program uses the primary monitor's upper-left corner as the 
origin for the final image regardless of the placement of additional monitors.

Additionally, the resulting screenshot window results in a strange placement on 
the screen. It's positioned at 1600,114. 1600 makes since, it's the middle of 
my total screen area of 3200x1080. The 114, on the other hand, is just odd. 
However, this results in the screenshot's window extending beyond the right and 
lower bounds of my secondary monitor, requiring the window to be moved to view 
some things.Since the window is borderless, it requires doing an Alt+Drag on 
the window to find what I need (assuming it was on the right-hand monitor). 
While most Linux window managers I know of support this Alt+Drag, I can't 
imagine it's a commonly known feature and I know it's not supported in Windows 
(thought I can't say if this issue shows up in Windows). Therefore, I'll bet 
the resulting window positioning would result in confusion for some users as 
there is no obvious way to move the window so that they can get what they need 
in the case that it's beyond the edges of the screen.

I think a more sane way of handing this would be to have a scrolled, bordered 
window at maybe something like 75%x75%. This would ensure that the user could 
move and resize the window as desired and could scroll the image as needed to 
select the relevant information.

Attached is a screenshot highlighting my screen layout and the initial "Capture 
Screen" window positioning.

Original issue reported on code.google.com by [email protected] on 28 Jun 2014 at 5:16

Attachments:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants