Il mouse Synergy non si sposta oltre la prima schermata nella configurazione a doppio schermo


1

Ho due macchine a doppio schermo con cui voglio usare Synergy. Di seguito è riportato un diagramma di come è strutturato. Il mio server è un computer Windows 7 e il client è un computer Debian Wheezy con Gnome3. Questa macchina è un'installazione piuttosto standard con niente di troppo estraneo.

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

Ho seguito il tutorial HowTo per avviare automaticamente Synergy ed è principalmente funzionale. La schermata di accesso è un'impostazione a schermo singolo ed è speculare su entrambi i display. Il mio problema è che dopo aver effettuato l'accesso, Synergy non si sposta più a destra nella prima schermata del client (come notato dal cursore nella parte inferiore del diagramma sopra). Il mouse si ferma proprio al confine tra i due display client. Sospetto che il problema sia qualcosa di simile alla risposta fornita qui : Synergy si sta avviando troppo presto, prima che gli schermi siano stati definiti (o piuttosto ridefiniti) per la sessione dell'utente. Sfortunatamente, questa domanda riguarda solo l'ambiente di KDE.

Ho provato a modificare lo 85synergycscript (l'ultimo script dal tutorial HowTo collegato) per eseguire xrandr (il mio cmd esatto essendoxrandr --output DVI-0 --auto --output DVI-1 --auto) affinché i display vengano definiti appena prima dell'avvio del client. Ciò ebbe un successo "limitato": ora il mouse si sposta sul secondo display ma è legato a circa un quarto del secondo schermo. Questo mi suggerisce che il client Synergy potrebbe essere avviato un po 'troppo presto. Mi chiedo se potresti aver già visto / risolto questo tipo di problema in precedenza. Ho anche provato la soluzione nell'articolo Superuser collegato ma non sono in grado di trovare o determinare qual è l'equivalente GDM dell'Xsetup di KDE. Come ultima risorsa, ho eliminato tutti i processi sinergici e ne ho avviato un altro con gli stessi parametri di quello che viene chiamato nei miei script di avvio automatico (sto usando la crittografia). La nuova istanza è in grado di attraversare perfettamente entrambi gli schermi dei client, come previsto.

Questo potrebbe essere risolto aggiungendo / spostando la chiamata in sinergia da qualche altra parte, dopo che i display sono stati definiti? Esiste un metodo migliore per garantire che i display siano impostati prima di creare un processo sinergico nell'ambito di Xsession?


Che cos'è esattamente questo 85synergycscript e quando dovrebbe essere eseguito?
Daniel B,

@DanielB dal tutorial su Synergy HowTo. Funziona come parte
dell'Xsession

Ah, vedo, mi mancava quello. Cosa ti impedisce di usare la soluzione GNOME in quella guida?
Daniel B,

Penso che quella guida sia un po 'obsoleta (ultima modifica 2014-09-2). Le voci di menu a cui faceva riferimento non sono presenti in Gnome3. L'interfaccia delle applicazioni di avvio automatico è quasi nascosta in gdm3, ma è quello che ho finito per fare.
Filoxo,

Risposte:


0

Anche se non ho trovato il motivo per cui Synergy si stava generando prima che i display fossero aggiornati, l'ho risolto aggiungendo una voce dell'applicazione di avvio tramite Gnome, che non riuscivo a trovare in nessuna delle GUI.

  1. Esegui gnome-session-properties(da un terminale o ALT+ F2)
  2. Fai clic sul pulsante Aggiungi
  3. Fai clic sul pulsante Sfoglia ... e vai a:

    • la posizione dello 85synergycscript (dal tutorial HowTo)
    • O spostare il file in un'altra posizione appropriata (come /etc/opt/synergy/) e selezionare quel file
  4. Fai clic su Salva

L'ho provato riavviando la macchina un paio di volte e Synergy è ora in grado di accedere a tutte le dimensioni di entrambi gli schermi.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.