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.