AVD + macOS : Fini les caractères spéciaux manquants

Introduction

Si vous utilisez Azure Virtual Desktop (AVD) depuis un Mac avec un clavier français ou belge, vous avez probablement déjà rencontré ce problème frustrant : certains caractères spéciaux ne s’affichent pas correctement dans la session distante. Les @, #, €, |, \ ou encore les accolades {} deviennent une loterie à chaque frappe.

Ce comportement n’est pas un bug d’AVD à proprement parler, mais une incompatibilité dans la façon dont Windows App (anciennement Remote Desktop pour macOS) interprète et transmet les frappes clavier au système Windows distant.

Comprendre le Problème

Lorsqu’une session RDP est établie entre macOS et un hôte AVD, les frappes clavier peuvent être transmises selon deux modes principaux :

• Scancode : envoie le code physique de la touche pressée sur le clavier local. Windows reçoit ce code et l’interprète selon sa propre disposition clavier configurée côté session. Si la disposition côté client (macOS) et côté hôte (Windows) ne correspondent pas exactement, les caractères produits divergent.

• Unicode : envoie directement le caractère Unicode résultant de la frappe, indépendamment de la disposition clavier de l’hôte. Windows n’a pas besoin d’interpréter quoi que ce soit — il reçoit le caractère final.

Pourquoi macOS est particulièrement affecté

Les claviers Apple ont des layouts légèrement différents des claviers PC standard, notamment sur les touches mortes (accents), les combinaisons Option/Alt, et la position de certains caractères spéciaux. En mode Scancode, ces différences créent des incohérences systématiques entre ce que vous tapez et ce qui apparaît dans la session AVD.

Le problème est amplifié avec les dispositions French (fr-FR) et Belgian French (fr-BE), car ces deux layouts partagent de nombreuses touches mais diffèrent sur des caractères critiques comme #, \, @ ou µ.

La Solution

La correction est simple et ne nécessite aucune modification côté serveur ou politique GPO.

1. Ouvrez Windows App sur macOS

2. Dans la barre de menu, allez dans Connections

3. Sélectionnez Keyboard Mode

4. Choisissez Unicode à la place de Scancode

C’est tout. La modification s’applique immédiatement aux nouvelles sessions.

Ce que ça change concrètement

En mode Unicode, Windows App capture le caractère produit par macOS après application de votre disposition clavier locale, puis le transmet tel quel via le protocole RDP. L’hôte AVD n’effectue aucune re-interprétation : il insère directement le caractère dans le flux de texte.

Vous n’avez donc plus besoin de jongler entre les layouts French et Belgian French dans la session Windows pour « trouver » le bon caractère — votre clavier macOS fonctionne exactement comme en local.

Limites et Considérations

• Raccourcis clavier système : certains raccourcis Windows basés sur des positions de touches physiques (notamment dans des applications comme AutoCAD ou des IDE) peuvent se comporter différemment en mode Unicode, car Windows reçoit un caractère et non un scancode.

• Touches de fonction et touches spéciales : les touches F1–F12, Ctrl, Alt et les combinaisons système restent généralement transmises via scancode et ne sont pas affectées par ce paramètre.

• Compatibilité des applications : la grande majorité des applications métier et outils d’administration fonctionnent mieux ou de manière identique en mode Unicode.

Conclusion

Le mode Unicode dans Windows App est la solution recommandée pour tous les utilisateurs macOS avec un clavier non-US se connectant à AVD. Il élimine les problèmes de mapping de caractères spéciaux à la source, sans toucher à la configuration de l’hôte de session ni aux politiques d’entreprise.

En résumé : Windows App → Connections → Keyboard Mode → Unicode

(Soit le premier à voter)

Loading...