- Mon système
- Le problème : F13 ouvre systématiquement GPDTool
- Diagnostic : le matériel ou GPDTool est-il en cause ?
- Test 1 : modifier le raccourci dans GPDTool
- Test 2 : déclencher F13 avec un clavier externe
- Test 3 : réaffecter les boutons arrière avec OpenWinControls
- Quelle pourrait être la cause ?
- Solutions et contournements possibles
- 1. Remplacer F13 par une autre touche
- 2. Quitter complètement GPDTool
- 3. Vérifier les autres logiciels de raccourcis
- 4. Essayer une version plus récente de GPDTool
- OpenWinControls : une alternative open source pour l’affectation des boutons
Si vous utilisez un appareil portable GPD sous Windows 11, vous connaissez probablement GPDTool. Cette application permet notamment de régler le TDP, de contrôler les ventilateurs et de surveiller les performances du système. Son interface en surimpression est particulièrement pratique : elle peut être affichée pendant une partie à l’aide d’un raccourci clavier librement configurable.
J’ai toutefois rencontré un problème inhabituel sur mon GPD Win Mini 2025 équipé d’un AMD Ryzen AI 9 HX 370 : l’interface en surimpression de GPDTool s’ouvre chaque fois que j’appuie sur F13, alors que j’ai défini un tout autre raccourci dans les paramètres.
Dans cet article, je décris le problème, les tests effectués jusqu’à présent et les solutions de contournement possibles.
Mon système
Pour rechercher la cause du problème, j’utilise le matériel et les logiciels suivants :
| Composant | Version |
|---|---|
| Appareil | GPD Win Mini 2025 |
| Processeur | AMD Ryzen AI 9 HX 370 |
| Système d’exploitation | Windows 11 |
| GPDTool | 1.62 |
| OpenWinControls | 2.10 |
| Firmware du contrôleur | X3.6 / K1.24 |
| Affectation initiale de L4 | F13 |
| Affectation initiale de R4 | F14 |
J’utilise le logiciel open source OpenWinControls pour configurer les deux boutons arrière L4 et R4.
Le problème : F13 ouvre systématiquement GPDTool
À l’origine, j’avais configuré les deux boutons supplémentaires à l’arrière comme suit :
- L4: F13
- R4: F14
Les touches de fonction F13 à F24 se prêtent particulièrement bien aux raccourcis supplémentaires, par exemple pour les captures d’écran, les enregistrements d’écran, les macros ou d’autres actions. Comme elles sont rarement présentes sur les claviers standard, elles entrent relativement peu souvent en conflit avec des raccourcis existants.
J’ai cependant rapidement remarqué qu’un appui sur L4 ouvrait automatiquement l’interface en surimpression de GPDTool.
J’ai d’abord supposé que F13 était peut-être un raccourci défini par défaut dans GPDTool.
Pourtant, j’avais déjà configuré une autre combinaison de touches dans les paramètres, sous Control Center → Hotkey :
Ctrl + Alt + F12
Malgré cette modification, un simple appui sur F13 continue d’ouvrir GPDTool.
Diagnostic : le matériel ou GPDTool est-il en cause ?
J’ai effectué plusieurs tests pour cerner la cause du problème.
Test 1 : modifier le raccourci dans GPDTool
J’ai d’abord remplacé le raccourci d’ouverture de l’interface en surimpression par Ctrl + Alt + F12.
Résultat : F13 ouvre toujours l’interface en surimpression. Cette modification n’empêche donc pas le comportement indésirable.
Test 2 : déclencher F13 avec un clavier externe
J’ai ensuite déclenché F13 à l’aide d’un clavier externe, indépendamment des boutons arrière du GPD Win Mini.
Résultat : l’interface en surimpression de GPDTool s’ouvre également dans ce cas.
Cela permet d’écarter en grande partie un problème du bouton physique L4 comme cause unique. Il semble s’agir d’un conflit dans le traitement de l’appui sur F13 sous Windows.
Test 3 : réaffecter les boutons arrière avec OpenWinControls
À l’étape suivante, j’ai modifié les affectations avec OpenWinControls 2.10 :
- L4: F14
- R4: F15
Cela permet, dans un premier temps, d’éviter F13 pour les deux boutons arrière. Des tests supplémentaires sont nécessaires pour déterminer si tous les conflits sont ainsi éliminés.
Quelle pourrait être la cause ?
La cause technique exacte n’est pas encore établie. Plusieurs explications sont envisageables :
- Raccourci supplémentaire : GPDTool pourrait enregistrer F13 indépendamment du raccourci personnalisé.
- Gestion défectueuse des raccourcis : une ancienne association pourrait rester active après la modification de la combinaison de touches.
- Conflit logiciel : une autre application en arrière-plan pourrait intercepter F13 ou déclencher une autre combinaison de touches.
Ces tests ne permettent pas de prouver que F13 est directement codé en dur dans GPDTool.
Il reste néanmoins frappant que F13 ouvre l’interface en surimpression quel que soit le clavier utilisé, alors que le raccourci configuré repose sur une autre combinaison de touches.
Solutions et contournements possibles
En attendant que la cause soit clairement établie, plusieurs méthodes permettent de cerner le problème ou de le contourner provisoirement.
1. Remplacer F13 par une autre touche
La solution de contournement la plus simple consiste à utiliser une autre touche de fonction à la place de F13, de préférence une touche qui n’est pas déjà utilisée.
Il est par exemple possible d’affecter F14 et F15 aux boutons arrière avec OpenWinControls. Tant que GPDTool ne réagit pas également à ces touches, elles restent disponibles pour vos propres raccourcis.
2. Quitter complètement GPDTool
Pour cerner le problème, il est conseillé de quitter complètement GPDTool à titre de test, y compris les éventuels processus encore actifs en arrière-plan.
Il est ensuite possible de vérifier si F13 déclenche toujours une action inattendue.
Cela permet de mieux déterminer si l’appui sur la touche est traité par GPDTool lui-même ou par une autre application.
3. Vérifier les autres logiciels de raccourcis
Des logiciels comme AutoHotkey, les outils de macros ou d’autres applications en surimpression peuvent enregistrer des raccourcis clavier globaux.
Il peut donc être utile de désactiver temporairement ces applications et de refaire le test.
4. Essayer une version plus récente de GPDTool
En plus de la version 1.62 que j’utilise, GPDTool 1.65, daté du 18 septembre 2026, est désormais disponible.
Cette version plus récente apporte diverses améliorations et corrections, notamment pour la gestion de la puissance et l’interface utilisateur.
Les notes de version publiées ne mentionnent toutefois pas explicitement de correction du problème lié à F13 décrit ici.
Je n’ai pas encore vérifié si le bug se produit toujours avec la version 1.65.
Le téléchargement et des informations complémentaires sont disponibles sur le site de GPD et dans la base de connaissances DROIX.
OpenWinControls : une alternative open source pour l’affectation des boutons
Alors que le statut open source de GPDTool reste à clarifier, OpenWinControls est déjà disponible sous la forme d’un projet communautaire public.
OpenWinControls est une alternative multiplateforme pour configurer les contrôleurs GPD. Il permet notamment :
- La réaffectation des boutons du contrôleur et des boutons supplémentaires
- La configuration de macros
- L’affectation de touches de fonction supplémentaires
- L’importation et l’exportation de profils de boutons
- La prise en charge de plusieurs appareils portables GPD
Le projet est disponible sur GitHub sous licence GPL-3.0. Il peut donc être dérivé et enrichi dans le respect des conditions de cette licence.
GitHub : https://github.com/OpenWinControls/OpenWinControls
Il faut toutefois souligner qu’OpenWinControls ne remplace pas entièrement GPDTool. Il se concentre surtout sur la configuration des contrôleurs et ne reprend pas toutes les fonctions de réglage du TDP et de contrôle des ventilateurs.
Cet article a été traduit à l’aide de l’IA.
