Mysz Synergy nie przechodzi obok pierwszego ekranu w konfiguracji z dwoma ekranami


1

Mam dwa urządzenia z dwoma ekranami, z którymi chcę korzystać z Synergy. Poniżej znajduje się schemat jego rozmieszczenia. Mój serwer to komputer z systemem Windows 7, a klient to komputer Debian Wheezy z Gnome3. Ta maszyna jest dość standardową instalacją i nie jest zbyt obca.

+----------+ +----------+ +---------+ +-----------+
|  Server  | |  Server  | | Client  | |  Client   |
|  screen1 | |  screen2 | | screen1 | |  screen2  |
+----------+ +----------+ +---------+ +-----------+
                                     ^

Przejrzałem samouczek HowTo, aby automatycznie uruchomić Synergy i jest on w większości funkcjonalny. Ekran logowania jest konfiguracją pojedynczego ekranu i jest dublowany na obu wyświetlaczach. Mój problem polega na tym, że po zalogowaniu Synergy nie przesuwa się dalej w prawo na pierwszym ekranie klienta (jak zauważył kursor na dole powyższego schematu). Mysz zatrzymuje się na granicy między dwoma ekranami klienta. Podejrzewam, że problem jest podobny do podanej tutaj odpowiedzi : Synergia zaczyna się zbyt wcześnie, zanim ekrany zostaną zdefiniowane (lub raczej zdefiniowane na nowo) dla sesji użytkownika. Niestety, to pytanie dotyczy tylko środowiska KDE.

Próbowałem zmodyfikować 85synergycskrypt (ostatni skrypt z połączonego samouczka HowTo), aby uruchomić xrandr (moim dokładnym cmd jestxrandr --output DVI-0 --auto --output DVI-1 --auto), aby ekrany były definiowane tuż przed uruchomieniem klienta. To miało „ograniczony” sukces: teraz mysz przechodzi do drugiego ekranu, ale jest związana w około czwartej części z drugim ekranem. To sugeruje mi, że klient synergii może zostać uruchomiony nieco za wcześnie. Zastanawiam się, czy mogłeś już wcześniej zobaczyć / rozwiązać ten problem. Próbowałem również rozwiązania w powiązanym artykule Superuser, ale nie jestem w stanie znaleźć ani ustalić, jaki jest odpowiednik GDM Xsetup KDE. W ostateczności zabiłem wszystkie procesy synergiczne, a następnie rozpocząłem inny z tymi samymi parametrami, które są wywoływane w moich skryptach autostartu (używam szyfrowania). Nowa instancja jest w stanie idealnie przeglądać oba ekrany klienta, zgodnie z oczekiwaniami.

Czy można to rozwiązać, dodając / przenosząc połączenie do synergii w innym miejscu, po zdefiniowaniu wyświetlaczy? Czy istnieje lepsza metoda upewnienia się, że wyświetlacze są ustawione przed uruchomieniem procesu synergii w ramach Xsession?


Czym dokładnie jest ten 85synergycskrypt i kiedy powinien zostać uruchomiony?
Daniel B

@DanielB z samouczka Synergy HowTo. Działa jako część
Xsession

Ach, rozumiem, tęskniłem za tym. Co powstrzymuje Cię przed użyciem rozwiązania GNOME w tym przewodniku?
Daniel B

Myślę, że ten przewodnik jest trochę nieaktualny (ostatnio edytowany 2014-09-2). Elementy menu, do których się odnosi, nie są obecne w Gnome3. Interfejs aplikacji autostartu jest prawie ukryty w gdm3, ale to właśnie skończyłem.
filoxo

Odpowiedzi:


0

Chociaż nie znalazłem powodu, dla którego Synergy odradzało się przed aktualizacją wyświetlaczy, rozwiązałem go, dodając wpis aplikacji startowej za pośrednictwem Gnome, którego nie mogłem znaleźć w żadnym z GUI.

  1. Uruchom gnome-session-properties(z terminala lub ALT+ F2)
  2. Kliknij przycisk Dodaj
  3. Kliknij przycisk Przeglądaj ... i przejdź do:

    • lokalizacja 85synergycskryptu (z samouczka HowTo)
    • LUB przenieś plik do innej odpowiedniej lokalizacji (np. /etc/opt/synergy/) I wybierz ten plik
  4. Kliknij Zapisz

Przetestowałem to, kilkakrotnie uruchamiając ponownie komputer, a Synergy ma teraz dostęp do wszystkich wymiarów obu ekranów.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.