staging.inyokaproject.org

Hallo,
ich habe eine ganze Weile sehr gut mit 2 Tastaturlayouts gearbeitet (de und gb) und konnte diese immer mit Windows +          oder der Einstellung über das Panel rechts oben umschalten.

Jetzt will ich verstärkt mit einem Windows Programm arbeiten, dass eine amerikanische Tastatur voraus setzt (Auch in Windows). Das Programm läuft sehr gut in WINE.

Ich habe also als drittes Tastaturlayout noch englisch (USA) installiert, aber das Programm funktionierte dennoch nicht.

Eine google Suche hat mich zu Stackoverflow geführt wo zu lesen war, dass WINE immer in der Standardsprache (also bei mir deutsch) ausgeführt wird und der Vorschlag gemacht wurde, das Tastaturlayout mittels

setxkbmap us

zu ändern. Auch das hat wunderbar funktioniert und mein Programm läuft nun in WINE problemlos.

Leider habe ich jetzt das Problem, dass ich meine Tastatur nicht mehr "grafisch" umschalten kann. Die Anzeige der Änderung erfolgt zwar wenn ich z.B. Windows +          drücke, aber es wird nicht umgeschaltet.

ich müsste jetzt jedes mal im Terminal

setxkbmap xx

eingeben, und das ist ja nicht Sinn der Sache.

Gibt es eine Möglichkeit, dass ich mein Tastaturlayout wieder "normal" umschalten kann, aber trotzdem in WINE ein amerikanisches Layout verwenden kann?

Vielen Dank, Gerrit

Die Ausgabe von setxkbmap -v vor Installation des US Layouts (und auch vor dem ersten Anwenden von setxkbmap):

setxkbmap -v
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwertz)
types:      complete
compat:     complete+ledscroll(group_lock)
symbols:    pc+de+gb(extd):2+de:3+inet(evdev)+group(sclk_toggle)
geometry:   pc(pc105)

Meine aktuelle Ausgabe von setxkbmap -v:

setxkbmap -v
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwertz)
types:      complete
compat:     complete+ledscroll(group_lock)
symbols:    pc+de+inet(evdev)+group(sclk_toggle)
geometry:   pc(pc105)

Was habe ich schon versucht:
Die Einstellungen kontrolliert, alles in Ordnung

gnome-language-selector

aufgerufen. Dieser hat einiges Nachinstalliert und zeigt mir alle Sprachen an, aber die Umschaltung geht trotzdem nicht.

Neuer Status:
nach einem Neustart geht das Umschalten mit Windows +          wieder. Mein ursprüngliches Problem ist damit allerdings noch nicht gelöst.

Hallo!

Mir ist das auch mal untergekommen, ich finde es nur gerade in den Tiefen des Forums nicht. Das Problem ist, dass sich der GNOME-Desktop nicht komplett an die Standards hält und daher ein Umschalten per setxkbmap problematisch werden kann. Wie genau das zusammenhängt habe ich damals auch nicht rausgefunden. Ich nutze aber auch kein GNOME, bzw. Budgie, in welchem ich mit zwei verschiedenen Umschaltern zeitgleich zwei Layouts haben konnte (gab nur Chaos, ist keine Lösung).

So auf Anhieb hätte ich zwei Lösungsansätze. Die Umgebungsvariablen für den wine-Start manipulieren (k.A. ob das geht, nie benutzt). Sollte in etwa so funktionieren:

1
2
3
4

LANG=C wine …

# oder
LANG=C LANGUAGE=C wine …

Die zweite Idee wäre, das Layout immer mit setxkbmap zu wechseln; da bräuchtest du dann einen anderen grafischen Umschalter (bspw. aus MATE oder LXDE) oder ein Script, welches auf deine Tastenkombination reagiert.

Kann man die Tastatur nicht in „Windows“ (über wine-settings oder innerhalb der Umgebung) ändern?

Ich habe einen Workaround gefunden, der mein Problem löst, ohne auf setxkbmap zurück greifen zu müssen.
Es ist in WINE anscheinend nicht möglich, das Tastatur Layout zu ändern wie man es von Linux und Windows kennt, aber man kann die locale ändern, was zu dem gleichen Ergebnis führt.

LANG=en_US

In meinem Fall habe ich sowieso schon ein neues WINEPREFIX anlegen müssen, um den Sound deaktivieren zu können. Mein kompletter Aufruf des Windows Programmes mit us-englischer Tastaturbelegung ist folgender (falls hier jemand mit ähnlichem Problem darüber stolpern sollte):

WINEPREFIX=~/.wine-WinApe LANG=en_US wine $HOME'/.wine-WinApe/drive_c/Program Files/WinAPE20B2/WinApe.exe'

Der Rest des Systems bleibt nun davon unberührt.
(Außerdem kam der Tipp mit setxkbmap nicht von Stackoverflow, sondern von askubuntu.)

ChickenLipsRfun2eat schrieb:

Hallo!

...

So auf Anhieb hätte ich zwei Lösungsansätze. Die Umgebungsvariablen für den wine-Start manipulieren (k.A. ob das geht, nie benutzt). Sollte in etwa so funktionieren:

1 2 3 4

LANG=C wine … # oder LANG=C LANGUAGE=C wine …

...

Kann man die Tastatur nicht in „Windows“ (über wine-settings oder innerhalb der Umgebung) ändern?

Hallo,
danke für deine Antwort. Da war ich wohl zeitgleich am Basteln meiner Antwort. Ist im Prinzip genau das geworden (mit LANG) 😉
in winecfg und winetricks kann man da leider nichts umstellen, deshalb hab ich mich ja so mit einer anderen Lösung "verrannt".

gerrit.l schrieb:

in winecfg und winetricks kann man da leider nichts umstellen, deshalb hab ich mich ja so mit einer anderen Lösung "verrannt".

Ja, das ist der klassische Weg einem Programm andere Variablen vorzusetzen. Und ob das in wine geht oder nicht, konnte ich dem hiesigen Wiki nicht entnehmen und ich habe das glaube auch noch nie verwendet — oder vor Jahren mal kurz.

Aber ist doch gut, dass es so klappt! Die einfachsten Lösungen sind doch die bequemsten 😉 Und Tastaturlayouts sind ein tolles Adventure, wenn du mal Lust auf ein Langzeit-Spiel hast^^