Windows 10: basculer sur le bureau virtuel en mode Bureau à distance en plein écran

J'ai 3 bureaux virtuels dans Windows 10.
Sur l'un de ces bureaux, je lance mstsc en plein écran.

Pour changer de bureau, je peux utiliser Windows + ctrl + gauche ou droite.
Mais lorsque je suis dans un mstsc en plein écran, cette clé est capturée par mstsc et la commutation ne fonctionne pas.
Existe-t-il un moyen de changer ce comportement?

Je cherchais une solution à ce problème et je viens d'en trouver une!

CTRL+ ALT+ HOMEredonne la focalisation du clavier à l'hôte en mode Bureau à distance.
Ensuite, vous pouvez faire WIN+ CTRL+ LEFTou RIGHTpour basculer entre les bureaux virtuels.
Pas idéal, mais je vais probablement avoir un accord avec ces 2 raccourcis.

Il s'avère que dans le client de bureau à distance, vous devez sélectionner "uniquement cet ordinateur" lorsqu'il s'agit d'appliquer la combinaison de touches Windows.

Tout d'abord, je voulais que les touches Windows fonctionnent sur l'ordinateur distant ( Alt-Tabpar exemple), j'ai donc "Seulement lors de l'utilisation du plein écran" pour le paramètre "Appliquer les combinaisons de touches Windows".

Ensuite, comme très peu de combinaisons de touches sont capables de vous sortir du bureau distant lorsqu'il est en plein écran, vous devez utiliser CTRL-ALT-HOME, ce qui amène la barre de connexion, mais redonne également le contrôle à l'ordinateur local.

J'ai donc écrit ce autohotkey script: switchVirtualDesktopWithRD.ahk . Il est entièrement basé sur ce script , donc je n'en prends aucun crédit. Je l'ai simplement modifié pour mes besoins . Vous pouvez l'adapter à la vôtre ...

Dans mon cas, je n'ai que deux bureaux virtuels: le premier est le principal et le second est l'endroit où j'exécute un client de bureau distant en plein écran.

Ce que fait le script lorsque j'appuie sur CTRL-ALT-HOME:

• Si je suis sur le deuxième bureau virtuel, celui sur lequel j'exécute un client de bureau distant en plein écran, cela montre d'abord la barre de connexion. J'appuie ensuite à nouveau sur la HOMEtouche (avec CTRLet ALTtoujours enfoncée) et je reviens au premier bureau principal. S'il n'y a pas de session plein écran en cours sur le deuxième bureau, la première combinaison passe immédiatement au premier bureau.

• Si je suis sur le premier bureau, il passe immédiatement au second.

En d'autres termes, j'utilise toujours CTRL-ALT-HOMEpour basculer entre les bureaux.

En s'appuyant sur la réponse de l'électrotype, j'ai un script AHK qui permettra aux touches de raccourci Ctrl+ Win+ Leftet Ctrl+ Win+ Rightde changer de bureau sur l'ordinateur local, à partir d'une session RDP en plein écran, sans sacrifier aucune autre clé dans la session RDP - c'est-à-dire Alt+ Tabet similaires tous encore fonctionner normalement dans la session RDP.

Comme nous voulons que la touche de raccourci normale fonctionne sur l'ordinateur distant, vous devez avoir "Uniquement lors de l'utilisation du plein écran" pour le paramètre "Appliquer les combinaisons de touches Windows" lors du démarrage de la session RDP.

En fait, j'ai basé mon script sur un autre script que j'ai trouvé sur les forums AHK.

Ce qu'il fait:

• Exécutez le script sur votre ordinateur local (pas sur le bureau distant). J'ai collé le mien C:\users\<user>\documents\AutoHotkey.ahkpour qu'il fonctionne quand je commence ahk sans argument.
• Si vous êtes dans une session RDP et appuyez sur Ctrl+ Win+ ( Leftou right) le script envoie d'abord Ctrl+ Alt+ Homepour concentrer la barre de titre RDP puis envoie la combinaison de touches de changement de bureau pour changer de bureau.

Remarque: il devient un peu bogué lors de l'utilisation de deux ou plusieurs bureaux virtuels distants (par exemple, un bureau virtuel local, deux bureaux virtuels avec une fenêtre RDP en plein écran sur chacun) mais je n'ai plus le temps de travailler dessus pour le moment . Le problème est que lorsque vous passez d'un bureau virtuel distant à un autre, vous devez dissocier et relier la touche de raccourci et il a du mal à le détecter (bien que cela ne devrait pas - la barre de titre RDP a une classe de fenêtre différente mais elle ne fonctionne pas) t toujours ramasser).

Ahk script:

;setTimer, windowwatch, 500
#persistent
#usehook
SLEEP_VAL := 500
DEBUG := false
keys_bound := false

while true {
    ;Debug("Waiting")
    sleep, SLEEP_VAL
    keys_bound := WaitBind()
}

WaitBind() {
    WinWaitActive, ahk_class TscShellContainerClass
    Debug("bind")
    hotkey LWin & Left, ctrl_win_left_key, on
    hotkey LWin & Right, ctrl_win_right_key, on
    return true
}

WaitUnbind() {
    WinWaitNotActive, ahk_class TscShellContainerClass
    Debug("unbind")
    hotkey LWin & Left, ctrl_win_left_key, off
    hotkey LWin & Right, ctrl_win_right_key, off
    return false
}

Debug(msg) {
    global DEBUG
    if (DEBUG) {
        tooltip %msg%
        settimer, TooltipClear, 2000
    }
}
return

z_key:
    ; simple script for testing - change the z to 'he'
    send, he
    Debug("done z")
return

j_key:
    ; testing if we can activate the RDP title bar
    send {Ctrl down}{Alt down}{Home}{Alt up}{Ctrl up}
    Debug("done j")
Return

ctrl_win_left_key:
    ; we are intercepting all Win+Left combinations so we have to do Win+Shift+Left and Win+Left manually to preserve them inside the RDP
    GetKeyState, shiftState, Shift
    GetKeyState, ctrlState, Ctrl
    if (shiftState = "D") {
        ; by default in windows Ctrl+Shift+Win+Left will act like Shift+Win+Left - shift takes precedence
        Debug("done shift win left")
        send {Shift down}{LWin down}{Left}{LWin up}{Shift up}
    } else if (ctrlState = "D") {
        Debug("done ctrl win left")
        ; the magic happens here
        send {Ctrl down}{Alt down}{Home}{Alt up}{Ctrl up}
        keys_bound := WaitUnbind()
        ;Sleep, SLEEP_VAL ;give the OS time to focus on the title bar
        send {Ctrl down}{LWin down}{Left}{LWin up}{Ctrl up}
    } else {
        Debug("done win left")
        send {LWin down}{Left}{LWin up}
    }
Return

ctrl_win_right_key:
    ; we are intercepting all Win+Right combinations so we have to do Win+Shift+Right and Win+Right manually to preserve them inside the RDP
    GetKeyState, shiftState, Shift
    GetKeyState, ctrlState, Ctrl
    if (shiftState = "D") {
        ; by default in windows Ctrl+Shift+Win+Left will act like Shift+Win+Left - shift takes precedence
        Debug("done shift win right")
        send {Shift down}{LWin down}{Right}{LWin up}{Shift up}
    } else if (ctrlState = "D") {
        Debug("done ctrl win right")
        ; the magic happens here
        send {Ctrl down}{Alt down}{Home}{Alt up}{Ctrl up}
        keys_bound := WaitUnbind()
        ;Sleep, SLEEP_VAL ;give the OS time to focus on the title bar
        send {Ctrl down}{LWin down}{Right}{LWin up}{Ctrl up}
    } else {
        Debug("done win right")
        send {LWin down}{Right}{LWin up}
    }
Return


TooltipClear:
    ; just a routine to turn off tooltip after x milliseconds
    tooltip
    settimer, TooltipClear, off
Return

windowwatch:
    ifwinactive ahk_class TscShellContainerClass
    {
      Debug("bind")
      hotkey LWin & Left, ctrl_win_left_key, on
      hotkey LWin & Right, ctrl_win_right_key, on
    }
    else
    {
     Debug("unbind")
     hotkey LWin & Left, ctrl_win_left_key, off
     hotkey LWin & Right, ctrl_win_right_key, off
    }
Return

Si vous avez un pavé tactile, vous pouvez essayer le geste à quatre doigts.

Du support Microsoft - gestes du pavé tactile pour Windows 10

Changer de bureau virtuel: placez quatre doigts sur le pavé tactile et balayez vers la droite ou la gauche.

Je travaille avec deux bureaux virtuels dans Windows 10. Sur l'un de ces bureaux, j'accède à un Win 7 via Remote Desktop en mode plein écran.

Je peux basculer entre les deux bureaux virtuels avec ce seul geste. Ça marche pour moi.

J'ai contourné le problème de devoir appuyer et relâcher les raccourcis clavier en modifiant le script afin qu'il lie les raccourcis clavier lors de l'exécution et ne les délie jamais.