|
I'm running Ubuntu 11.10, Nvidia current drivers, dual screens (one on the on the laptop and one to the left of the laptops)and the latest synergy client on Ubuntu and a the latest synergy server on XP. When I move my mouse over to the Ubuntu screens (they are to the right of the XP screens and are the clent), the mouse makes it part way across but stops at pixel 1079 (discovered by running synergyc in debug mode so could see the mouse values displayed on a terminal window). The mouse also will move off screen vertically down to a value of 3369. I then looked through the synergyc debug info and found this line: screen shape: 0,0 1080x3360 (xinerama) which has the x and y coordinates flipped. (X should be 3360 and Y should be 1080). Given the mouse behavior it seems that synergyc has the X and Y values flipped. It seems that synergyc gets its screen shape info from Xinerama so I contacted the NVIDIA team that provides the drivers and the Xinerama extension library that delivers screen information. They were nice enough to send me a small program that allowed me to see what the Xinerama extenstion was actually returning. It turns out Xinerama returns information about each screen and the offset location of the screen in the overall screen shape but does not return any value called 'screen shape' The Xinerama extension test program delivers the following:
This leads me to believe that there is a synergyc transform that reads the Xinerama data and creates the 'screen shape', however, the transform seems to be flipping the X and Y coordinates. If there is anyone from Synergy checking these question, I sure could use some help understand how to get the screen shape coordinates to come out right (and solve my mouse problem where I cannot access all my screen space) Thanks, Paula 20120118 More information: After more searches and stumbling about the support and bug area I discovered bug #617 and support 3092. A fix to Bug #617 was released into the 1.4 series synergy and is currently in the 1.4.6 version I am running. The fix was to properly orient synergyc to a portrait screen setup. Unfortunately, the test perfomred in this fix always returns 'false' for landscape so synergyc always believes the client is in portrait mode and thus the reason for X and Y being flipped. There is a fix, however it has not been merged and there is not a new 1.4.x available that has this fixed as of this writing 20120118. So,unless you are running a portrait setup, the 1.4.6 (linux) synergyc won't work for you. |
Important: Do not post bugs. Please read the FAQ before posting (or your question may be ignored).
Follow this question
By Email:Once you sign in you will be able to subscribe for any updates here
By RSS:Markdown Basics
- *italic* or _italic_
- **bold** or __bold__
- link:[text](http://url.com/ "Title")
- image?
- numbered list: 1. Foo 2. Bar
- to add a line break simply add two spaces to where you would like the new line to be.
- basic HTML tags are also supported
Tags:
Asked: 17 Jan '12, 21:40
Seen: 1,261 times
Last updated: 19 Jul '12, 10:22
Please edit your question and post a copy of your config file between <pre> and </pre> tags. Also, please specify what monitors are attached to what machines, with their resolutions and orientations.
Note: Synergy is not aware of multiple monitors as independent entities. Each machine has one "screen" that is a combination of whatever monitors it has attached, in whatever way the OS is configured to use them.
The "screen" top is whatever the maximum top is of any monitor. The "screen" bottom is whatever the minimum bottom is of any monitor. Same for left and right.
For example: If you have a two 1680x1050 monitors, arranged horizontally, with one rotated into portrait orientation, synergy would see a 2730x1680 "screen". Those regions of the "screen" that do not correspond to an actual monitor are inaccessible, because your OS will not let your mouse move there, but Synergy will not know whether there is monitor there or not.