Kicad Master · 27 October 2026

Raccourcis clavier KiCad 10 : cartographie d’un système de hotkeys, du geste réflexe au workflow sans souris

KiCad 10.0.7 est en release candidate depuis début octobre 2026, et la série 10 s’installe comme la version de référence de l’EDA libre. Pourtant, la plupart des concepteurs continuent de piloter leur PCB à la souris, un clic après l’autre, alors que le clavier recèle un levier de productivité largement sous-exploité. Ce dossier ne vous vend pas une liste de touches : il dissèque la logique d’un système de raccourcis, propose des profils par métier et mesure honnêtement ce que le clavier peut — et ne peut pas — vous faire gagner.

Le clavier comme interface principale : le paradoxe d’un EDA puissant

KiCad est devenu, en quelques années, un outil que plus personne ne range dans la catégorie « logiciel libre sympathique mais limité ». La série 10, avec ses correctifs successifs (10.0.4, 10.0.5, 10.0.6 en août 2026, puis les release candidates de 10.0.7 en septembre-octobre 2026), s’attaque à des flux professionnels : import Altium, routage interactif, gestion de bibliothèques, plugins natifs. La communauté est active, les KiCon se multiplient — la quatrième édition asiatique se tiendra à Shenzhen du 5 au 7 novembre 2026 — et l’écosystème de plugins s’étoffe, jusqu’à des greffons Rust qui branchent un assistant IA sur le schéma et le routage.

Et pourtant. Le paradoxe est là : un outil gratuit, puissant, multiplateforme, dont une large part des utilisateurs continue de passer l’essentiel de son temps de conception la main sur la souris. Non par paresse, mais parce que le clavier d’un EDA n’est pas le clavier d’un traitement de texte. Il ne s’agit pas de « taper plus vite », il s’agit d’enchaîner des commandes sans rupture de contexte : placer, router, changer de couche, ajuster une règle, relancer un DRC. Chaque aller-retour vers la souris est une micro-interruption cognitive.

C’est précisément ce que la refonte des raccourcis de la série 10 cherche à corriger. L’idée n’est pas d’ajouter des touches, mais de repenser le système : des actions nommées, des contextes par éditeur, une résolution de conflits cohérente, et une personnalisation qui ne casse pas les scripts. Autrement dit, passer d’un patchwork historique à une architecture.

Nous allons donc disséquer ce système, expliquer sa logique, proposer trois jeux de raccourcis par profil de concepteur, et — c’est la partie la plus honnête — mesurer ce que le clavier fait réellement gagner, sans relayer le fameux « 2× plus vite » comme une évidence. Car ce chiffre, dans l’état actuel des sources disponibles, n’est étayé par aucun protocole public. Nous y reviendrons.

Anatomie d’un système de hotkeys : contextes, actions nommées et conflits

Pour comprendre pourquoi les raccourcis de KiCad 10 sont différents, il faut saisir une distinction fondamentale : un raccourci n’est pas une touche, c’est une action. Cette nuance change tout.

Dans les premières générations, un raccourci était une touche câblée dans le code à une fonction. « X » faisait ceci, « E » faisait cela, et si deux fonctions voulaient la même touche dans deux éditeurs différents, c’était au développeur de trancher — parfois mal. Le système moderne inverse la logique : chaque éditeur (schéma, PCB, éditeur de footprint, éditeur de symbole, vue 3D, gestionnaire de plugins) déclare un ensemble d’actions nommées. Chaque action reçoit un identifiant stable, et c’est à cet identifiant qu’on associe une ou plusieurs combinaisons de touches.

L’avantage est immédiat : on peut remapper une action sans toucher au code, et surtout sans casser les scripts ou les plugins qui l’invoquent par son nom. Un plugin qui déclenche « placer un via » le fait par le nom de l’action, pas par la touche. Si demain vous décidez que le via se place avec « V » au lieu de « Ctrl+Maj+V », le plugin continue de fonctionner. C’est cette séparation entre intention (l’action) et geste (la touche) qui rend le système scriptable et durable.

Reste la question épineuse des conflits. Un même raccourci peut avoir un sens dans le contexte actif et un autre dans un contexte global. La règle de résolution suit une hiérarchie de priorité : le contexte actif l’emporte sur le contexte global, et un override utilisateur l’emporte sur la valeur par défaut. Concrètement, si vous êtes dans l’éditeur PCB, les actions du PCB ont la main ; les actions globales (ouvrir un fichier, changer d’éditeur) ne s’appliquent que si le contexte local ne revendique pas la touche. Cette arbitration évite le chaos des versions antérieures où l’on ne savait jamais quelle fonction allait répondre.

Côté stockage, la configuration se répartit entre des fichiers de préférences globaux et des définitions par éditeur. La bonne pratique — et c’est un conseil que nous répéterons — est de sauvegarder ces fichiers avant toute migration, car ils portent vos personnalisations. Un raccourci mal migré, et c’est des semaines de mémoire musculaire à reconstruire.

De la v4 à la v10 : petite histoire d’une ergonomie tâtonnante

L’histoire des raccourcis KiCad est celle d’une maturation lente, jalonnée de compromis. Aux débuts, les touches étaient pour l’essentiel figées dans le code. On apprenait « les » raccourcis comme on apprend une langue morte : par cœur, sans possibilité de les changer. Puis vinrent les fichiers de configuration, qui permettaient enfin de personnaliser — au prix d’une complexité nouvelle, car chaque éditeur avait ses propres conventions et ses propres incohérences.

Le problème récurrent, documenté par les utilisateurs au fil des versions, tenait à trois maux : des conflits de touches entre éditeurs, une absence de véritable notion de contexte (la même touche faisant des choses différentes selon l’humeur du logiciel), et une découverte difficile — comment savoir quelles actions existent, et lesquelles sont liées à quoi ? L’éditeur graphique de raccourcis, apparu pour répondre au troisième point, a apporté de la visibilité mais n’a pas résolu les deux premiers.

La série 10 s’attaque à la racine. En introduisant formellement les actions nommées et la résolution contextuelle, elle transforme un empilement historique en système cohérent. Ce n’est pas un détail cosmétique : c’est ce qui permet à un plugin, à un script, ou à un profil partagé de fonctionner de manière prévisible. Les release notes et les tickets du dépôt officiel documentent cette évolution par petites touches, version après version — 10.0.4, 10.0.5, 10.0.6, puis les candidates de 10.0.7 — chacune apportant correctifs et ajustements. La refonte n’est pas un big bang, c’est une consolidation progressive.

Ce que disent les chiffres : gains réels, mythes et méthode de mesure

Ici, il faut être franc, car c’est là que beaucoup d’articles dérapent. Le fameux « 2× plus vite » qui orne tant de titres n’est étayé, dans les sources publiques disponibles, par aucun protocole reproductible. Aucune étude interne KiCad ne fournit de métrique du type « temps par net » ou « temps par footprint placé » comparant souris et clavier. Les benchmarks communautaires sérieux existent, mais ils mesurent des workflows complets, pas l’effet isolé d’un raccourci.

Cela ne signifie pas que le clavier ne fait rien gagner. Cela signifie qu’il faut distinguer deux catégories de gains. Les gains structurels sont réels et mesurables : réduire le nombre d’aller-retours vers la souris réduit les interruptions, et enchaîner des commandes sans rupture accélère les tâches répétitives. Les gains mythiques sont ceux qu’on annonce sans mesure : « deux fois plus vite » suppose un point de départ et un protocole, que personne ne publie.

La bonne nouvelle, c’est que vous pouvez mesurer votre propre gain. La méthode est simple et honnête : choisissez une tâche répétitive (placer dix footprints, router cinq nets, générer un Gerber), chronométrez-la à la souris, puis au clavier, et comparez. Comptez aussi vos actions : combien de clics pour une opération donnée, combien de touches ? La différence de nombre d’actions est souvent plus parlante que le temps brut, car elle reflète la charge cognitive. Un concepteur qui passe de vingt clics à trois touches pour la même tâche ne gagne pas « 2× », mais il gagne en fluidité et en fatigue — ce qui, sur une journée de travail, compte autant.

Trois profils, trois jeux de raccourcis

Un jeu de raccourcis universel n’existe pas. Ce qui accélère un concepteur de cartes RF ralentit un prototypiste pressé. Voici trois profils, avec leurs priorités et des remaps recommandés — à adapter à votre mémoire musculaire.

Profil 1 — Routage dense (BGA, haute densité). Ici, tout tourne autour du routage interactif : pousser/tirer une piste, changer de couche, placer un via, ajuster une longueur. Les actions prioritaires sont le routage (push and shove), le changement de couche, le placement de via et la sélection de net. Remap recommandé : réservez les touches simples de la main gauche (A, S, D, F) aux actions les plus fréquentes, et gardez les combinaisons pour les actions rares. Workflow type : import netlist → placement grossier → routage net par net en enchaînant changement de couche et via sans quitter le clavier → vérification DRC. Astuce de mémorisation : associez chaque touche à une direction (monter de couche, descendre de couche) plutôt qu’à un nom.

Profil 2 — RF (impédance, via stitching). Les contraintes d’impédance et le via stitching dominent. Les actions prioritaires sont le placement de vias de masse, la vérification de largeur de piste, et l’accès rapide aux règles. Le via stitching, précisément, est un cas d’école : placer des dizaines de vias à la main est fastidieux, et c’est là que les scripts prennent le relais (voir section suivante). Remap recommandé : une touche dédiée au lancement du script de stitching, une autre à l’ouverture des règles de classe de net. Workflow : définir les classes → router les paires différentielles → lancer le stitching scripté → DRC.

Profil 3 — Prototypage rapide. Priorité au placement, à l’export et aux itérations. Les actions prioritaires sont la sélection/rotation de composants, la génération de Gerbers et l’export de rapports. Remap recommandé : touches simples pour rotation et placement, combinaison pour l’export. Workflow : import → placement rapide au clavier → routage minimal → export Gerber → itération. L’objectif n’est pas la perfection, c’est le cycle court.

Migrer depuis KiCad 9 sans se prendre les pieds dans le tapis

La migration est le moment où l’on perd le plus de mémoire musculaire. Trois pièges guettent. Premier piège : les raccourcis qui changent de contexte. Une touche qui faisait X dans l’éditeur PCB peut désormais être revendiquée par un autre contexte, et votre réflexe déclenche autre chose. Deuxième piège : les actions renommées, qui invalident les mappings personnalisés. Troisième piège : les plugins qui reposaient sur des touches codées en dur et qui, avec le nouveau système d’actions nommées, doivent être adaptés.

La stratégie de bascule tient en quatre étapes. D’abord, sauvegardez vos fichiers de configuration avant tout. Ensuite, testez les conflits : ouvrez chaque éditeur et vérifiez que vos raccourcis critiques répondent comme prévu. Puis documentez vos remaps — un simple fichier texte listant « touche → action » vous évitera bien des égarements. Enfin, validez par une checklist après passage à la 10 : schéma, PCB, footprint, symbole, 3D, plugins. Un import Altium récent (version 25.6.2 vers KiCad 10.0.6) a d’ailleurs montré que les migrations de projets posent leurs propres défis — l’ergonomie des raccourcis n’est qu’une couche parmi d’autres.

Automatiser au-delà du clavier : scripts, plugins et actions externes

Le clavier a une limite : il ne fait que déclencher des actions existantes. L’automatisation, elle, crée des actions nouvelles. KiCad 10 articule les deux via les actions externes : un script Python peut exposer une commande, que vous liez ensuite à un raccourci. Le via stitching en est l’exemple canonique — un script génère une grille complète de vias de masse reliés à la masse, plutôt que de les placer un par un. Des tutoriels récents (août 2026) montrent comment remplir automatiquement les plans de masse en un clic.

D’autres usages : génération automatique de rapports, nettoyage de pistes, vérifications personnalisées. Les plugins, eux, exposent leurs propres commandes, et certains vont loin — un plugin Rust natif pour KiCad 10 branche un assistant IA sur le schéma et le routage via MCP. La règle d’or : ne liez un raccourci à un script que si le script est idempotent et sûr. Un script qui modifie le PCB sans confirmation est une bombe à retardement ; un script qui génère un rapport est inoffensif. Séparez toujours l’action destructive de l’action informative.

KiCad 10 face à Altium et Fusion 360 Electronics : ce que le clavier ne rattrape pas

La comparaison mérite d’être honnête. Altium Designer, à 3 850–5 000 USD par utilisateur et par an (formation à 1 000–2 000 € par personne, plus de 175 000 USD sur trois ans pour cinq postes), offre un système de raccourcis mature, avec des fonctions intégrées que KiCad n’a pas nativement : accord de longueur interactif, planificateur d’impédance, éditeur de règles DRC graphique très avancé, routage automatique de paires et via stitching. Sur le papier, Altium a une longueur d’avance sur la couverture fonctionnelle.

Mais le clavier ne rattrape pas tout, et c’est le cœur du message. Les gestes souris et tablette restent irremplaçables pour le placement fin et le routage interactif, où la précision du curseur compte. La mémoire musculaire, elle, est un investissement : changer d’outil, c’est reconstruire des réflexes. Et surtout, les raccourcis ne résoudront jamais la vérification DRC complexe ni les contraintes de conception avancées — ce sont des problèmes de moteur, pas de clavier. KiCad comble progressivement l’écart (routage push and shove, import Altium), mais un raccourci bien placé ne remplace pas un solveur de contraintes.

Et après ? Vers des profils partagés et des raccourcis adaptatifs

La refonte de la série 10 laisse une empreinte durable : elle transforme les raccourcis d’un patchwork en système, et ouvre la voie à des profils partagés par la communauté. On peut imaginer, à terme, une synchronisation cloud de ses remaps, voire un apprentissage des habitudes — mais restons prudents, rien de tout cela n’est annoncé officiellement. Ce qui est sûr, c’est que la séparation action/touche rend désormais possible le partage de profils sans casser les scripts.

Le conseil pratique pour finir : construisez dès aujourd’hui votre système évolutif. Documentez vos remaps, mesurez vos gains par tâche, et n’ayez pas peur de tout changer si un profil ne vous convient plus. Le clavier n’est pas une fin en soi ; c’est un moyen de réduire la friction entre votre intention et le PCB. Et si vous documentez vos gains, partagez-les : c’est ainsi que la communauté KiCad transformera un « 2× plus vite » marketing en données crédibles.

Sources

• KiCad Version 10.0.7 Release Candidate 2 Available — kicad.org, 3 octobre 2026
• KiCad Version 10.0.7 Release Candidate 1 Available — kicad.org, 27 septembre 2026
• KiCad 10.0.6 Release — kicad.org, 29 août 2026
• KiCad Conference Asia 2026 Announcement — kicad.org, 16 septembre 2026
• Altium → KiCad 10 import: « Symbol pin or wire end off connection grid » — forum.kicad.info, 1er septembre 2026
• KiCad 10.0.4 / 10.0.5 – extremely slow track movement in PCB Editor — forum.kicad.info, 12 août 2026
• Créer une grille de vias de stitching avec un script — scriptedpcb.com, 13 septembre 2026
• KiCad Plugin Tutorial 2026 | Stitching Vias Made Effortless — saludpcb.com, 11 août 2026
• Как подключить Claude к KiCad 10 — devtrends.ru, 7 septembre 2026
• KiCad vs Altium in 2026: Where the Free Tool Actually Competes — protoflow.ai, 9 août 2026
• KiCad 10.0.6 на русском — 1progs.ru, 9 septembre 2026
• Improve Your KiCad Productivity With These Considered Shortcut Keys — Hackaday, 17 juillet 2025
• KiCad | 10.0 | English | Documentation — docs.kicad.org
• KiCad – Schematic Capture & PCB Design Software — kicad.org

Article recherché et rédigé automatiquement · Magazine Electrosens