Barrier: Rechte Alt funktioniert nicht

Erstellt am 18. Sept. 2019 · 4Kommentare · Quelle: debauchee/barrier

Betriebssysteme

Server: Beliebig (Linux?)
Kunde: Beliebig (Windows?)

Barriere-Version

Irgendein

Schritte zum Reproduzieren des Fehlers

Öffnen Sie die Bildschirmtastatur auf dem Windows-Client - sie hebt die aktuell gedrückten Modifikatortasten hervor
Drücken Sie LSHIFT, LCTRL, LALT, RALT, RCTRL, RSHIFT
Hinweis, dass nur RALT beim Drücken nicht aufleuchtet

Andere Information

Ich verwende nur eine andere Sprache als Englisch, aber ich denke, dass die Lösung dieses Problems auch viele andere im Zusammenhang mit Tastaturlayouts und der Eingabe nicht-lateinischer Zeichen schließen könnte.

Polnisch wird mit dem standardisierten polnischen Alphabet geschrieben, das neun Zusätze zu den Buchstaben der lateinischen Grundschrift enthält (ą, ć, ę, ł, ń, ó, ś, ź, ż).

Um zum Beispiel ą , muss ich RALT+a drücken. Es funktioniert auf dem Host, aber nicht auf dem Client. Wenn ich das rechte Alt manuell umschalte (über die Bildschirmtastatur), funktioniert es wie erwartet.

Ich würde vermuten, dass Windows einen anderen Schlüsselcode für RALT als Linux verwendet und alles, was gesendet wird, einfach ignoriert.
key ef7e is not on keyboard
ist, was ich von DEBUG1 auf Client bekomme.

linux windows

Quelle

wjtk4444

Hilfreichster Kommentar

Nach (zwei?) Jahren, in denen ich Barrier (und andere Syngery-Forks) fast täglich verwendet habe, habe ich endlich erkannt, dass es eine Option gibt, es mit einer .conf-Datei zu konfigurieren. Anscheinend ermöglicht es einem, Schlüssel nach Belieben neu zuzuordnen. Naja, besser spät als nie.

Wenn Sie sich einige Problemthreads ansehen und gleichzeitig Dinge ausprobieren und (viel) scheitern, sind dies die beiden Zeilen, die das Problem behoben haben. Es sieht so aus, als ob es keinen Sinn macht (wenn überhaupt, habe ich erwartet, dass altgr = alt stattdessen funktioniert), aber es funktioniert einfach.

section: screens
    linux:
    windows7:
        meta = altgr
        altgr = shift
end

Also, es scheint, dass

das Problem kann umgangen werden
Ich bin ein Idiot, weil ich die Readme-Datei für das ~~Handbuch f@!#ing~~ nicht früher gelesen habe

Ich bin mir nicht sicher, ob es einen Sinn hat, diesen offen zu halten - kein Barrier-spezifischer Fehler und er wurde bereits in synergy-core gut genug gemeldet und beschrieben. Ich überlasse die Entscheidung, ob ich dieses hier schließen oder offen halten soll, den Repository-Betreuern.

wjtk4444 am 20. Sept. 2019

🎉2 👍2 👀1 ❤1 😄1

Alle 4 Kommentare

section: screens
    linux:
    windows7:
        meta = altgr
        altgr = shift
end

Also, es scheint, dass

das Problem kann umgangen werden
Ich bin ein Idiot, weil ich die Readme-Datei für das ~~Handbuch f@!#ing~~ nicht früher gelesen habe

wjtk4444 am 20. Sept. 2019

🎉2 👍2 👀1 ❤1 😄1

@AdrianKoshka Ist es sinnvoll, das Problem zu schließen?

p12tic am 21. Sept. 2019

Ich nehme an, wenn dieses Thema erneut geöffnet werden muss, kann dies der Fall sein.

AdrianKoshka am 21. Sept. 2019

Das hat mich vor dem Wahnsinn bewahrt.

Als Referenz: Ich verwende eine kabelgebundene Mac-Tastatur auf einem Linux-Server und gemischte Windows10 / Linux-Clients

Elexy am 23. Juli 2020

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen