Mappage des touches du clavier Apple aux touches Windows

8

Je me suis donc procuré un clavier USB Apple "Ultra-Thin" (celui qui a deux ports hub USB).

Clavier

Cependant, j'utilise PC, donc certaines touches du clavier ne sont pas mappées aux touches Windows. Plus précisément, je m'inquiète de la perte de l'écran d'impression, du verrouillage du défilement et d'autres touches, et du fait que certaines touches Mac n'ont pas de fonction.

J'ai lu en ligne que l'utilisation des pilotes Apple Boot Camp pour Windows résoudrait ce problème. Ma question est:

L'utilisation des pilotes Boot Camp est-elle la bonne approche? Si oui, puis-je les mettre en ligne n'importe où (gratuitement, car je n'ai pas de disque Mac)? Sinon, qu'est-ce qui peut résoudre mes problèmes? Je pense avoir lu quelque part (peut-être sur Coding Horror ) qu'il existe un programme appelé SharpKey qui effectue ces modifications. Une solution alternative dont j'ai entendu parler utilise AutoHotKey. Donc qu'est ce que je devrais faire?

Maxim Zaslavsky
la source

Réponses:

11

J'ai essayé d'utiliser les pilotes Boot Camp, mais c'était au format Mac .dmg et je n'ai pas pu ouvrir le package. Quand j'ai finalement réussi à l'ouvrir, tout ce que je pouvais faire était d'installer le package Boot Camp en entier - ce que je ne voulais pas faire car il pourrait écraser les pilotes et faire un gâchis royal. Tout ce que je voulais, c'était un clavier et la seule chose avec laquelle je me suis retrouvé était un package 32 bits (impossible de trouver le package clavier 64 bits), j'ai donc fini par utiliser les SharpKeys et AutoHotkey de RandyRants. Je les utilise tous les deux de toute façon.

J'ai un clavier Apple Pro (graphite) et je l'utilise dans Windows Vista - J'utilise les SharpKeys de Randyrants.com pour mapper:

F13 -> PrintScreen
F14 -> Scroll Lock
Left Alt -> Left Windows
Left Win -> Left Alt
Right Alt -> Right Windows
Right Win -> Left Alt

(puisque la clé Win appartient entre Alt et Ctrl)

La seule chose que SharpKeys ne peut pas faire est Pause-Break, qui semble utiliser un scancode à trois octets que le remappage de touches Windows natif ne peut pas gérer (il va simplement déclencher NumLock à la place)

Pour Pause-Break, j'ai ajouté une définition à mon fichier ahk AutoHotkey:

F15::
 Send {Break}
 return

La clé Eject ne fonctionne toujours pas - cela semble être une clé spéciale gérée différemment, car Eject peut être utilisé avant même qu'un OS ne soit en cours d'exécution.

ymmv, en particulier sur les claviers Apple récents. Tant qu'il produit un scancode, les SharpKeys devraient pouvoir le faire. La seule clé gênante est Pause-Break.

SharpKeys est ici: http://www.randyrants.com/2008/12/sharpkeys_30.html

krhainos
la source
7-zip ouvrira des fichiers DMG sur Windows - il y a une promenade à cafe-encounter.net/p860/…
Chris F Carroll
Dernière version ici: github.com/randyrants/sharpkeys
pdwalker
1

Quelques choses. Les touches F13-F15 peuvent être votre écran d'impression, etc. sous Windows. J'ai le même clavier exact mais je ne sais pas trop si ça marche.

Si cela ne fonctionne pas, l'installation des pilotes Boot Camp ne résoudra rien pour vous (ou ce que vous avez demandé). Les sources alternatives que vous avez mentionnées sont probablement les meilleurs choix pour résoudre le problème.

Steven Lu
la source
Cela semble dépendre de l'itération du clavier Apple. J'utilise un clavier Apple Pro directement via USB, et F13 envoie réellement F13 à Windows, pas PrintScreen. Vous pouvez remapper F13, etc. pour faire PrintScreen. Cependant, si j'utilise mon Apple Extended II via un adaptateur ADB vers USB, la touche F13 déclenche réellement PrintScreen.
krhainos
Ahhh, ça a beaucoup de sens. J'utilise mon clavier Apple via un commutateur KVM.
Steven Lu
Oui, cela ressemble à la réémission de touches KVM pour vous. Ce qui est en fait plutôt cool. Je suppose qu'OS X accepte PrtSc ou F13 pour la clé F13 - tandis que Windows ne fonctionne qu'avec PrtSc et hausse les épaules uniquement lorsque F13 lui est envoyé.
krhainos