J'ai téléchargé MSKLC 1.4 de partir du téléchargement de Microsoft Centre , Run [il] en tant qu'administrateur mais il refuse d'afficher la disposition du clavier après Fichier → Charger Clavier existant ... :
(Notez la disposition du clavier sélectionnée dans la barre de titre.)
J'ai lu dans un thread de forum (n plus ancien) que .NET 3.5 est nécessaire mais dotNetFx35setup.exe ne fait tout simplement rien (du moins rien de visible pour moi) lorsqu'il est exécuté en tant qu'administrateur .
J'ai MS .NET Framework 4.6.1 installé. Je l'ai réparé à partir du Panneau de configuration → Programmes et fonctionnalités . Ça n'a pas aidé.
Je l'ai également essayé avec les paramètres de compatibilité de Windows XP, en vain.
J'ai téléchargé KeyTweak à partir d'un site appelé jaleco mais quand je l'ai démarré, mon logiciel antivirus a détecté un PUA / InstallCore . Ensuite, j'ai découvert qu'il fait simplement la même chose que les .reg
fichiers de mon Q / A liés ci-dessous .
J'utilise la solution que j'ai décrite dans Comment remapper les touches du clavier Right-Win et Right-Alt pour l'instant, mais la nécessité de redémarrages n'est pas pratique, car je l'utilise pour un clavier connecté à un ordinateur portable et je ne veux pas changer son interne en permanence.
Les suggestions d'autres outils de cartographie du clavier (ceux qui ne contiennent pas de virus) sont également les bienvenues, ainsi que des conseils pour une solution au mauvais comportement de MSKLC.
MISE À JOUR 1
L'application de la modification de Registre appropriée , la suppression du processus de l' explorateur dans le Gestionnaire des tâches et le démarrage d'un nouvel explorateur à partir du Gestionnaire des tâches comme proposé dans un commentaire de @barlop n'aide pas. Un redémarrage / redémarrage est nécessaire pour que les paramètres prennent effet.
MISE À JOUR 2
Remapkey.exe
du Kit de ressources Windows Server 2003 comme mentionné dans une réponse à la touche Switch alt et lwindows dans PC (Windows 7) ne fait que modifier le Registre et nécessite également un redémarrage.
MISE À JOUR 3
Un script Autohotkey contenant:
RWin::RAlt
RAlt::RWin
n'a pas beaucoup aidé non plus. La touche R-Alt échangée fonctionne dans certaines applications, dans certaines, elle montre un comportement étrange.
MSKLC ne fonctionne pas sur mon ancien Windows Vista avec le même comportement incorrect que celui décrit au début de cette question.
Il y a KbdEdit qui semble prometteur (d'autre part, certaines choses jusqu'à UPDATE 3 ici étaient également prometteuses). Cependant, ce n'est pas gratuit et je ne peux pas encore dire si cela fonctionne, car l'enregistrement n'est pas possible dans la version de démonstration.
MISE À JOUR 4
MSKLC vous permet d'enregistrer une disposition de clavier chargée avec Fichier → Charger le clavier existant ... en tant que .klc
fichier. Il contient:
...
KEYNAME_EXT
...
38 "Right Windows"
...
5c "Right Alt"
...
Ce sont les scancodes des clés mais je n'ai pas encore découvert comment ou si elles peuvent être échangées.
la source
.msi
IIRC). Re le processus d'Explorer tuant voir la mise à jour de mon Q. Et il tue tous les programmes Autostart et la plupart de ceux deHKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
, aussi. Probablement aussi ceux deHKCU\...\Run
mais je n'en ai pas d'atmosphère.Réponses:
MSKLC fonctionne dans Windows 10 (1809) et affiche la disposition du clavier chargé, si vous définissez les paramètres DPI de Windows à 100 (par défaut). C'est-à-dire que vous n'êtes pas autorisé à utiliser la mise à l'échelle. J'ai trouvé cette information ici: https://www.sevenforums.com/customization/159818-keyboard-layout-creator-1-4-no-keyboards.html
la source