SaneBar 1.0.11 | Il gère de façon inédite les modules de barre de menus

Plutôt que de créer une seconde barre d’icônes, comme le font plusieurs autres gestionnaires de barres de menus, SaneBar donne accès aux modules par l’entremise d’une fenêtre, avec champ de recherche, ascenseur… une idée inédite.
Mais est-ce une bonne idée ? Pas forcément. Dans certains cas de figure, la seconde barre est à privilégier.

Gérer les icônes que le système, les applications et l’utilisateur placent à droite de la barre des menus est un sujet qui fait couler beaucoup d’encre depuis la sortie de macOS 26 Tahoe ! Apple s’est enfin décidée à s’occuper de la question. Hélas, au lieu de s’inspirer de ce qui se faisait depuis des années, elle a, comme à son habitude, dégainé « sa solution ». Pourtant, cela lui arrive de sherlocker les idées des autres.
La solution d’Apple est valable quand on ne veut rien ou presque rien conserver dans la barre des menus. Elle s’avère beaucoup moins efficace quand on est de ces utilisateurs qui élisent la barre de menus comme élément stratégique de leur environnement et de leur expérience quotidienne, et y placent une ribambelle d’icônes. La barre est alors une formidable « boite à outils ». J’y ai en permanence entre quarante et cinquante icônes.
Dès lors, on ne saurait faire autrement que d’exploiter un utilitaire tiers.
Hélas, la solution d’Apple a profondément impacté tous les bons outils qui existaient et qui étaient depuis longtemps rodés : ils ont été sinon cassés, a minima très perturbés.
Le retour à la normale a été difficile pour beaucoup d’entre eux, mais je peux vous dire que, au moins sur mes Mac, Barbee est aujourd’hui très stable. Cela ne m’empêche évidemment pas de regarder ce qui se passe et de tester tout ce qui peut sortir. J’ai donc pris en main SaneBar, il y a quelques semaines, dès qu’il s’est dévoilé sur Reddit.

Gérer la place dans la barre des menus

Quand on déploie beaucoup de modules en barre des menus – quelques dizaines – et qu’en outre, on exploite le centre du bord supérieur de l’écran pour un outil (assistant IA comme Alter, terminal, téléprompteur… ou île dynamique multifonctions), on tombe rapidement sur des problèmes d’ergonomie. Le plus courant est qu’un certain nombre de modules disparaissent sous l’application qui utilise l’encoche (notch) réelle ou virtuelle (chez moi, c’est une virtuelle, au centre du moniteur 32″). Sauf à se restreindre volontairement, la seule solution est d’utiliser un gestionnaire comme Barbee, Bartender, BuhoBarX ou encore Ice pour créer une seconde barre, sous la barre standard de macOS, et d’y déporter les éléments dont on n’a moins souvent besoin, mais qui seront accessibles en toutes circonstances.

SaneBar tente une autre approche du problème

De prime abord, SaneBar travaille comme tous les autres : il permet de créer, dans la barre standard de macOS, deux zones principales : celle des modules toujours visibles, et celle des modules cachés, cette dernière apparaissant ua besoin selon diverses modalités.
C’est typiquement ce que proposent les plus simples gestionnaires, comme HiddenBar, et en fait tous les autres – avec souvent même une troisième section, celle des modules « toujours » cachés.

SaneBar propose de prime abord un fonctionnement similaire à celui des autres gestionnaires de barre de menus.

Que se passe-t-il quand on dévoile la zone des modules cachés et que certains de ces modules disparaissent malencontreusement sous l’encoche ou sous l’application qui occupe l’encoche virtuelle ?
Au lieu de proposer une seconde barre, qui semble être quelque chose d’assez complexe à programmer, SaneBar affiche plutôt, à la demande, une petite fenêtre qui s’apparente à celle de l’application Apps (et des autres modules de Spotlight) ou à celle d’un gestionnaire d’extensions avancé pour Google Chrome. Elle présente tous les modules de barre de menus, ceux visibles, ou seulement ceux cachés.

Le petit menu de SaneBar permet d’ouvrir la fenêtre de recherche des modules (Find icon…)

La toute première fois que l’on convoque cette fenêtre (par le raccourci [maj]+[cmd]+[espace]), le processus s’avère un peu lent, mais ensuite le mécanisme du cache mis en œuvre rend l’opération instantanée.

Une fenêtre pour les gérer tous

Cette fenêtre est composée de plusieurs « sections ». En haut, trois boutons pour trier l’affichage : Tous (All), Visibles ou Cachés (Hidden). En dessous, des catégories filtrent encore plus précisément l’affichage, qui prend toute la troisième section. Chaque icône est clairement identifiée, avec le nom de l’application à laquelle elle est liée.

La fenêtre de recherche et d’activation d’un module de barre de menus s’inspire de la fenêtre de la nouvelle application Apps d’Apple pour découvrir et lancer des applications.

On clique sur une icône pour lancer le module. Un clic droit permet de lui attribuer une touche rapide et, s’il est visible, de le déplacer vers Hidden, ou inversement. Au cas où l’on aurait des dizaines de modules, on peut cliquer sur la loupe pour ouvrir le champ de recherche.

L’idée de cette fenêtre est originale, mais elle ne règle pas vraiment le problème de l’utilisation concomitante d’une barre de menus très chargée et d’une application à l’emplacement de l’encoche. Typiquement, avec toutes mes icônes plus l’assistant Alter ou l’île dynamique Atoll déployée, dans tous les cas, cinq à six modules restent alors inaccessibles. SaneBar ne sait pas gérer cette situation. Mais, c’est sûr, je suis un « cas particulier », comme me l’a fait remarquer le développeur ; peu d’utilisateurs ont autant de modules activés, tout en ayant une application spacieuse au niveau du notch (physique ou virtuel).

Quand une barre de menus bien chargée « percute » l’île dynamique Atoll, des icônes de modules restent inaccessibles, même avec SaneBar. Mais c’est une situation quelque peu hors-norme.

SaneBar a d’autres atouts pour lui

L’outil est le seul à ma connaissance qui permet d’activer une protection d’accès à sa fenêtre de recherche par TouchID ou par mot de passe. Au cas où l’on aurait des modules de barre de menus sensibles. Cela peut être utile avec des applications de barre de menus, telles que CheatSheet et d’autres outils de micro-notes – comme Antinote – qui n’ont pas leur propre dispositif de blocage d’accès.
SaneBar gère des profils que l’on crée afin d’avoir une sélection et une disposition de modules de barre de menus adaptée pour chaque activité.
Le mécanisme de masquage des icônes et de dévoilement peut être non seulement manuel, mais aussi contrôlé par des options diverses.

SaneBar offre de très nombreux réglages et options qui touchent à tous les aspects de son fonctionnement et de son apparence.


L’apparence de la barre peut être très largement personnalisée grâce aux nombreuses options : délimiteurs pour structurer la barre (avec différents styles), modifications du style de la barre de menus (transparence, teinte de fond, opacité, ombrage, bordure, coins arrondis) et gestion de l’écart entre les icônes que l’on peut finement préciser.
Cinq raccourcis clavier sont proposés qu’on peut redéfinir. Il est même possible de contrôler SaneBar dans un script AppleScript.

À compiler soi-même ou à acheter pour 5 $

Le code de SaneBar peut être téléchargé gratuitement (open source) et compilé avec Xcode si l’on a la place pour installer l’environnement de développement d’Apple et que l’on sait effectuer l’opération. Ce n’est pas mon cas – il faudra que je m’y mette un jour, de plus en plus de développeurs proposent ce type de deal. Sinon, pour 5 dollars, SaneBar est disponible précompilé, signé et notarié, sous forme d’une image disque standard. L’installation se fait très simplement, sans aucune « bidouille » système. Le paiement de 5 dollars est un achat unique incluant toutes les mises à jour futures.
Mr Sane, le développeur de SaneBar, de son vrai nom Stephan Joseph, travaille en fait sur une suite de produits utilitaires pour macOS. SaneClip, un gestionnaire de presse-papiers, est finalisé. D’autres « Sane-utilités » sont au programme.

SaneBar est stable et efficace. À part un petit problème de réactivité de la fenêtre annexe de gestion des modules durant quelques bêtas, que le développeur a su régler rapidement, il n’y a rien à dire que de positif à son propos. Cependant, je pense revenir sur Barbee ; dans ma configuration, le principe de la seconde barre est plus efficace. ✿

SaneBar 1.0.11

Interface en anglais
5 $ sur site du développeur ; code source disponible sur GitHub, à compiler gratuitement avec Xcode.
macOS 14+ sur Mac Apple Silicon uniquement (testé sur MacBook Air M2/16 sous macOS 26.3ß2).
Informations et téléchargement

D'autres articles du blog à découvrir…

4.5 2 votes
Évaluation de l'article
0 Commentaires
Commentaires en ligne
Afficher tous les commentaires