Grid vs List the Silent Decline of the Interface That Knew its Place

L'intervenant critique sévèrement l'interface en arborescence des Paramètres système de KDE (KDE6), la jugeant régressive et peu ergonomique par rapport à la grille d'icônes de KDE4, et présente une preuve de concept qu'il a développée pour restaurer une interface vi...

Voir la source

SYNTHÈSE STRUCTURÉE

Critique de l’interface actuelle des Paramètres KDE

L’intervenant considère l’interface des Paramètres système de KDE5 et KDE6 comme une régression majeure par rapport à KDE4. Il dénonce une hiérarchie à trois niveaux (panneau latéral > catégories > sous-catégories > modules) qui oblige à naviguer et à chercher, là où une grille d’icônes permettait un accès visuel et immédiat. “KDE system settings is an abomination. Every time I open it, I get dizzy.” Cette complexité a rendu nécessaire l’ajout d’un champ de recherche, ce qui est pour lui l’aveu que les fonctionnalités sont désormais cachées : “When software needs a search field to find its own features, it means those features are hidden and hidden features are useless features.”

La supériorité du modèle spatial (grille) sur le modèle séquentiel (liste)

L’argument central s’appuie sur les principes d’ergonomie cognitive. La grille d’icônes exploite la mémoire spatiale, puissante et rapide, similaire à savoir où se trouve un objet dans une pièce. À l’inverse, la liste textuelle dans une barre latérale force un processus verbal et séquentiel (lire, naviguer). Pour un outil utilisé fréquemment, le modèle spatial est bien plus efficace. L’intervenant cite le concept d’affordance de Don Norman : une grille “communique” clairement son usage (“choose what you need”).

Architecture modulaire de KDE : une force exploitée

La solution ne nécessite pas de tout réécrire. L’intervenant souligne que les modules de configuration de KDE (KCMs) sont techniquement excellents et parfaitement séparés de leur interface. Chaque module peut être lancé indépendamment via la commande kcm_shell6. Par exemple, kcm_shell6 kcm_cursortheme ouvrirait directement le module des curseurs. Cette séparation claire entre le backend (les KCMs) et le frontend (l’interface qui les présente) est une conception solide qui permet des expérimentations.

Preuve de concept : “K Settings”

Pour démontrer la faisabilité, l’intervenant a développé “K Settings”, une interface alternative en Python d’environ 200 lignes. Cette application se contente de lister les KCMs disponibles et de les afficher dans une grille d’icônes, avec des options de taille et un champ de recherche. Le code est minimal car il repose sur l’architecture existante : il utilise kcm_shell6 pour lancer chaque module. “Pure Unix philosophy. Every program does one thing and does it well. The KCM’s configure, K settings displays.”

Un phénomène systémique d’homogénéisation

L’intervenant ne pense pas que ce changement soit dû à la “mauvaise foi” des développeurs KDE, mais à une tendance générale d’homogénéisation des interfaces logicielles. GNOME, Windows et même macOS ont adopté des panneaux latéraux ou des listes. Cette convergence se fait souvent pour paraître “moderne” ou familier aux nouveaux utilisateurs, au détriment de l’efficacité pour l’usage quotidien. “An interface optimized for someone who doesn’t know what they’re looking for is by definition suboptimal for someone who knows exactly what they want.”

L’esprit du Libre : la capacité à corriger et adapter

Le message final est un plaidoyer pour l’esprit du logiciel libre. Sur Linux, face à une décision d’interface contestable, “You don’t have to wait for a road map… You can take what you don’t like and change it.” L’intervenant est passé de la critique à l’action, même modeste, pour prouver qu’une alternative était possible rapidement et sans être un expert. Son expérience personnelle sert d’inspiration et de démonstration à la communauté.

CONCEPTS CLÉS

  • KCM (KDE Configuration Module) : Un module logiciel autonome qui gère la configuration d’un aspect spécifique de KDE (ex : écran, sons, thèmes). C’est le “backend” des Paramètres système.
  • kcm_shell6 : La commande qui permet de lancer un KCM spécifique en dehors de l’application Paramètres système standard.
  • Affordance : Propriété d’un objet ou d’une interface qui suggère son utilisation (ex : un bouton invite à être pressé). Concept clé en design d’interaction.
  • Mémoire spatiale : Type de mémoire qui enregistre la position des éléments dans l’espace. Très efficace et rapide, elle est exploitée par les interfaces en grille.
  • Séparation frontend/backend : Architecture où l’interface utilisateur (frontend) est distincte de la logique métier ou des modules fonctionnels (backend). Celle de KDE a permis la création facile d’une interface alternative.

CONCLUSION

Le message principal est un appel à valoriser l’ergonomie et l’efficacité pour l’utilisateur expérimenté, plutôt que de suivre aveuglément des tendances de design qui peuvent nuire à l’expérience quotidienne. L’intervenant montre, preuve à l’appui, que la force de Linux et de KDE réside dans leur architecture ouverte et modulaire : il est possible de contester, d’expérimenter et de proposer des alternatives sans attendre une validation officielle. “I moved from criticizing to doing… enough to prove the point.” Cette démarche active est présentée comme l’essence même de la philosophie du logiciel libre.

Du même canal

Tout voir