Virtuelle Maschinen, Emulationen und RDP-Verbindungen

Soll Neo in Virtuellen Maschinen (z.B. VirtualBox, Qemu, VMware) oder für Remote-Desktop-Verbindungen verwendet werden, so kommt es oft zu Problemen, da zwei Tastaturbelegungen miteinander konkurrieren. Auf dieser Seite sollen einige Lösungsansätze vorgestellt werden.

Allgemein lässt sich sagen: Bei Problemen sollte für Windows lieber der ​kbdneo- anstatt des ​NeoVars-Treibers verwendet werden. Behebt dies die Probleme nicht, ist es oft nötig, eines der beiden Systeme auf qwertz einzustellen.

Virtualbox

Erst auf dem Wirt QWERTZ aktivieren, auf dem Gast Neo. Danach kann man auf dem Wirt wieder auf Neo wechseln, das interessiert VBox dann nicht mehr. Siehe dafür auch das ​VBox-Ticket 2595.

• Ist im Wirt Neo eingestellt, führt das sonst dazu, dass zwar die Buchstaben korrekt gesendet werden, jedoch weder Punkt, Komma, noch die Zahlen der Zahlenreihe korrekt funktionieren.

Version 2.1.0 macht zusätzliche Probleme, siehe ​VBox-Ticket 2793 und ​VBox-Ticket 2905, daher entweder eine ältere oder neuere Version von Virtualbox verwenden.

• Fehler sind u.a., dass Mod3 die Funktion von Caps-Lock hat, die Mod-Funktion wird also nicht übernommen, und dass Mod4 immer noch <> sendet.

Wirt Linux, Gast Windows: Macht Probleme mit NeoVars, hier funktioniert Mod3 nicht richtig, das ist unabhängig vom eingestellten Layout auf dem Wirtssystem. Mit KbdNeo sollte Mod3 funktionieren.

Erik sagt: „Kann ich nicht nachvollziehen, die Caps-Lock-LED leuchtet nur immer wieder mal nervig auf der Tastatur auf und geht wieder aus. Sonst keine Probleme. Bitte genauer beschreiben oder ein Ticket öffnen – oder gibt es schon eins? Dann bitte hier nennen.“

Aktuelle Entwicklung

In ​VBox-Ticket 2302 wurde das Thema allgemeiner diskutiert und es gibt offenbar bereits einen Patch, der allerdings voraussichtlich erst in die kommende Version (3.1) eingepflegt werden wird.

Qemu

Qemu verwendet immer die Tastaturbelegung, die im Gastsystem (der virtuellen Maschine) eingestellt ist. Also muss man im Gastsystem Neo aktivieren.

Linux mit Windows als Gastsystem in Qemu: keine Probleme, egal welche Belegung man unter Linux eingestellt hat.

Mit Qemu und Autohotkey gibt es jedoch auch das Problem: Linker Mod3 geht nicht. Aber sonst ziemlich alles.

andLinux

​andLinux beruht auf colinux, einem Linuxkernel der auf Windows läuft, und Xming, einem XServer, der ebenso auf Windows läuft. Auch wenn das Prinzip ähnlich dem einer Virtuellen Maschine ist, so ist dieses System doch deutlich schneller.

andLinux arbeitet mit Neo ganz gut zusammen, die Tastaturlayouteinstellungen in Windows und andLinux sind voneinander unabhängig. Dass heißt, man kann für Windows QWERTZ einstellen oder den KbdNeo-Treiber verwenden. Unter andLinux stellt man Neo wahlweise mit der xmodmap oder der X/de-Datei ein.
Alle Ebenen scheinen zu funktionieren, lediglich bei Ebene 6 gehen einige Zeichen nicht. Und seltsamerweise funktioniert die linke Mod3-Taste als Feststelltaste.

Läuft unter Windows Neo jedoch über den NeoVars, so gehen leider die griechischen Buchstaben nicht, der Rest funktioniert jedoch.

RDP-Verbindungen

Mit dem Remote Desktop Protocol kann man von Windows- oder Linuxrechnern (Client) aus auf einen Windowsrechner (Server) zugreifen.

Probleme entstehen, wenn auf dem Server der AHK-Treiber (NeoVars) verwendet wird. Für eine rdp-Verbindung von einem Linux-Client aus muss auf einem der beiden Rechner qwertz aktiviert sein. Und egal ob der Client Windows oder Linux ist, steuert CapsLock unter Windows nicht mehr die dritte Ebene an.

---

Neo unter verschiedenen Systemen einrichten
Hauptseite