« Implémentation selon le système d'exploitation » : différence entre les versions
mAucun résumé des modifications |
|||
| Ligne 49 : | Ligne 49 : | ||
| {{V|oui}} | | {{V|oui}} | ||
|- | |- | ||
! | ! MacOS | ||
| keylayout | | keylayout | ||
| {{V|admin / user}} | | {{V|admin / user}} | ||
Version du 6 mars 2008 à 08:18
Limitations techniques des outils d'implémentation
Le but de cette page est de définir clairement pour chaque plateforme, pour chaque outil, ce qui est possible ou non de faire.
| Plateforme | Outil | Contraintes | ||
|---|---|---|---|---|
| Droits pour installation | Comportement des touches Ctrl | Gestion d'un mécanisme type Compose | ||
| Windows | MSKLC | admin | incorrect | non |
| Pilote C | admin | ??? | ??? | |
| AutoHotKey | ??? | ??? | ??? | |
| AllChars | ??? | ??? | oui, mais limité à 2 touches | |
| Linux | xkb | admin | OK | non |
| xmodmap | user | OK | non | |
| compose | admin / user | N/A | oui | |
| MacOS | keylayout | admin / user | OK¹ | Oui |
Précision diverses et variées sur les couleurs (ça a plus sa place dans la partie discussion mais jle mets ici pour l'instant) :
- je mets en rouge tout ce qui est bloquant pour une utilisation finale ;
- je mets en orange ce qui concerne des points gênants qu'on peut contourner (par exemple en utilisant un autre programme en plus, ou quand il existe un équivalent)
- vert quand ça fait tout bien ce qu'on veut
Sinon pour le texte, j'ai mis N/A pour la touche Ctrl pour compose pour linux, vu que c'est un point qui ne le concerne pas
¹ Il est également possible d'avoir d'autres touches que celles en accès direct, de façon à conserver les raccourcis clavier AZERTY ou QWERTY par exemple.