Au cours des 10 dernières années, le shell GNOME a été basé sur un seul panneau dépouillé en haut des écrans de l’utilisateur – mais cette fonctionnalité fondamentale est-elle sur le point de changer?
Eh bien, pour étouffer toute intrigue obscure que je viens d’agiter: non, ce n’est pas Cependant, le concepteur de GNOME Tobias Bernard, un architecte clé de la version bien accueillie de GNOME 40, est jouer avec un concept dans lequel —obtiens ça— la fameuse barre supérieure de GNOME est déplacée vers le bas de l’écran.
Un peu fou, hein? Ce serait la modification de conception «majeure» la plus importante apportée à GNOME Shell depuis ses débuts. Après tout, la barre du haut est un point d’ancrage dans l’expérience GNOME Shell. C’est là que le menu d’état, le centre de notification, l’applet d’horloge / calendrier, le menu d’application et oh-so-important Activités bouton tout s’asseoir.
Ou est-ce que cela devrait être « sat », si cette maquette était réelle:
Maintenant, avant que quiconque ne soit trop excité (ou trop en colère – c’est après tout Internet) à l’idée qu’une barre supérieure devienne une barre inférieure, je dois souligner que cette est tout cela est: une idée.
Absolument rien de ce que vous voyez ici n’est fini, finalisé ou définitif. Les maquettes n’indiquent rien d’autre que quelqu’un, quelque part, qui transforme des idées dans sa tête en idées sur un écran.
Avec cette clause de non-responsabilité, examinons de plus près la enveloppe proverbiale ces réflexions de design récentes se frottent contre…
Disposition de la barre inférieure du shell GNOME
Dans l’univers de la barre inférieure, la forme et l’ajustement des autres éléments clés de GNOME Shell changent. Les menus déroulants fonctionnent quand ils ont quelque chose à faire, mais sans? Eh bien, une approche différente est adoptée.
Tobias réinvente GNOME Shell Menu d’état comme quelque chose de plus proche d’un Status Hub, rempli de bascules rapides de style ChromeOS, de notifications intégrées et de larges rayons sur à peu près tout!
Après tant d’années à voir GNOME Shell de haut en bas, il semble plutôt étrange de le regarder dans l’autre sens. J’imagine que ceux qui sont habitués à un environnement Windows, ou à un environnement de bureau open source de structure similaire, regarderont la maquette ci-dessus et penseront « oui, ça a l’air bien »
Vous remarquerez jusqu’à présent dans les deux captures d’écran – vous pouvez voir la maquette complète sur Gitlab – qu’il n’y a pas d’icône de lanceur d’application ou de bouton « Activités » affiché.
Au lieu de cela, l’icône «•••» en bas au centre est sollicitée pour afficher un écran un peu plus familier: le sélecteur d’espace de travail – ou «aperçu des activités», si vous préférez.
Vous remarquerez que l’icône «•••» (encore une fois, en bas au centre) gagne une rangée supplémentaire de points. Un deuxième clic (ou glissez vers le haut) nous amène à cette page de la maquette qui, encore une fois, devrait vous être familière si vous avez essayé GNOME 40:
Tobias dit que les maquettes tentent de résoudre « un certain nombre de problèmes liés à la recherche des utilisateurs et aux commentaires sur GNOME 40, à savoir:
- Les gens ne sont pas attirés par le bouton « Activités »
- Les menus de l’application déroutent les utilisateurs
- Augmentation du déplacement de la souris entre le déclencheur « activités » et d’autres éléments
L’approbation explorée dans ces maquettes est de déplacer la barre supérieure vers le bas, de supprimer le « menu de l’application » (ce qu’il en reste 😅) et de mettre le Activités déclencheur littéralement à l’avant et au centre.
Les maquettes présentent quelques dilemmes qui devraient être résolus si cette idée se concrétise. Et pas des moindres, c’est ce que fait l’horloge !? 😅 C’est tellement peu intuitif de le voir sur la gauche!
Juste des maquettes
Que vous aimiez ou détestiez ce qui est présenté dans ces maquettes, il est rassurant de voir que les mains qui aident à le faire – contrairement à l’opinion populaire – sont ouvertes à l’exploration de changements majeurs dans leur mise en page existante.
GNOME Shell, même dans ce modèle, est toujours fortement construit autour du concept d’espaces de travail. Lorsque vous n’avez pas besoin de voir une application pendant un certain temps? Vous changez d’espace de travail. Vous souhaitez passer à une autre application? Ouvrez-le sur un autre espace de travail. Il n’y a pas de bouton de réduction ni de sélecteur de tâches à l’écran (aka dock) par défaut.
Comme je ne suis pas un spécialiste de l’interaction utilisateur, je ne peux pas vous dire si les idées (telles que présentées) sont une approche objectivement meilleure que ce qui est actuellement codé, mais je les trouve tout de même intéressantes.
De plus, si la refonte de «l’espace de travail horizontal» de GNOME 40 peut passer de la maquette à la sortie en un seul cycle de développement, qui peut dire que ce réaménagement de la «barre inférieure» ne le peut pas non plus?
