VIA vers QMK Brut : Quand les Utilisateurs Avancés Doivent Switcher
Passer de VIA à QMK brut, c’est franchir une étape décisive dans la personnalisation d’un clavier mécanique. VIA propose une interface graphique agréable pour reprogrammer ses touches en quelques clics. QMK en code source, lui, ouvre la porte à des fonctionnalités bien plus poussées, celles qu’aucune interface graphique ne saura jamais exposer. Voyons concrètement quand ce changement devient pertinent, et comment l’aborder sans se perdre en route.
VIA, un excellent point de départ
VIA s’est imposé comme la référence pour les débutants et les utilisateurs intermédiaires. Son principal atout ? Aucune compilation, aucune ligne de commande à taper à 23h un dimanche soir. On branche le clavier, on ouvre l’application, et on remappe les touches, on crée des macros simples, on ajuste les couches (layers) en temps réel, sans rien recompiler.
Cette simplicité a quand même un prix. VIA ne donne accès qu’aux fonctionnalités déjà pré-compilées dans le firmware. Si une option n’a pas été incluse au moment de la compilation initiale, elle reste hors d’atteinte, qu’on passe cinq minutes ou cinq heures dans l’interface.
Les signes qu’il est temps de passer à QMK brut
Plusieurs situations trahissent qu’on a tapé dans le plafond de verre de VIA :
- Besoin de macros complexes : séquences conditionnelles, délais personnalisés, ou macros qui réagissent à l’état d’une couche précise.
- Gestion avancée du tap-dance : combinaisons tap/hold multiples avec des comportements différents selon le nombre de pressions (un appui, deux appuis, appui long… chacun déclenchant autre chose).
- Encodeurs rotatifs personnalisés : comportements spécifiques par couche que VIA ne permet pas toujours de configurer finement.
- RGB et animations sur mesure : envie de créer ses propres effets lumineux, au-delà des dix ou quinze presets disponibles.
- Optimisation du firmware : réduire la taille du binaire, désactiver des fonctions inutiles pour libérer de la mémoire sur des microcontrôleurs limités (un bon vieux AVR avec 32 Ko de flash, ça se remplit vite).
- Support d’un clavier non officiellement pris en charge par VIA : certains PCB custom ou claviers DIY sortis d’une petite production artisanale exigent une configuration QMK manuelle, point final.
Si deux de ces points au moins vous parlent, le passage à QMK brut n’est plus une option de luxe, c’est une nécessité logique.
Ce que change concrètement le passage à QMK
Contrôle total du code
Avec QMK brut, on édite directement les fichiers keymap.c, config.h et rules.mk. Tout devient paramétrable : logique de double-touche, gestion des interruptions clavier, voire écriture de fonctions C personnalisées pour des actions totalement sur mesure. On passe du statut d’utilisateur à celui de développeur de son propre firmware.
Compilation locale ou via QMK MSYS/CLI
Il faut installer l’environnement QMK (via la QMK CLI, ou MSYS sous Windows), cloner le dépôt, puis compiler son firmware avec une commande du genre :
qmk compile -kb nomduclavier -km nomdelakeymap
Cette étape fait souvent fuir les débutants au premier abord. Et pourtant, une fois les trois ou quatre commandes essentielles mémorisées, ça devient une formalité de deux minutes.
Flashage manuel
Contrairement à VIA qui écrit les changements en direct sur l’EEPROM du clavier (instantané, sans redémarrage), QMK brut oblige à flasher le firmware compilé via QMK Toolbox ou la ligne de commande, à chaque modification, même pour un simple changement de touche.
Comment effectuer la transition sans douleur
- Dupliquer d’abord sa configuration VIA existante sous forme de fichier JSON. Une sauvegarde de cinq secondes qui évite bien des sueurs froides plus tard.
- Installer QMK CLI et vérifier que son clavier figure bien dans le dépôt QMK officiel sur GitHub (une simple recherche par nom de modèle suffit).
- Recréer sa keymap progressivement, touche par touche, en gardant la configuration VIA d’origine ouverte à côté comme référence.
- Tester une fonctionnalité avancée à la fois (macro, tap-dance, RGB custom) pour isoler plus facilement les erreurs de compilation. Tout changer d’un coup, c’est l’assurance de passer une soirée à chercher où ça coince.
- Conserver une sauvegarde du firmware VIA fonctionnel, au cas où il faudrait revenir en arrière sans drame.
VIA et QMK brut peuvent coexister
Bonne nouvelle : rien n’empêche de garder VIA activé dans son firmware QMK compilé, il suffit d’ajouter VIA_ENABLE = yes dans rules.mk. On profite alors des ajustements rapides de VIA pour les réglages du quotidien (changer une touche un matin pressé, par exemple), tout en gardant la main sur le code pour les fonctionnalités avancées. C’est souvent la solution hybride la plus confortable pour qui ne veut pas sacrifier le confort de VIA au nom de la personnalisation poussée.
Conclusion
Le passage de VIA à QMK brut n’a rien d’obligatoire pour tout le monde. Pour un usage courant, VIA reste largement suffisant, et bien plus accessible au quotidien. Mais dès que les besoins dépassent le simple remapping (macros avancées, RGB personnalisé, support d’un PCB custom), QMK brut devient l’outil incontournable pour exploiter pleinement le potentiel de son clavier. La transition demande un peu d’apprentissage technique, certes. En contrepartie, elle ouvre un niveau de personnalisation quasi illimité, taillé pour les utilisateurs les plus exigeants.