Je suis un peu un maniaque de l’organisation.
J’organise les applications dans Launchpad en fonction de mes habitudes d’utilisation : première page pour les applications fréquemment utilisées, deuxième page pour le travail, troisième page pour le divertissement. Le tri et les dossiers sur chaque page sont fortement liés à mon rythme de vie et à mon ordre de travail. Au fil du temps, j’ai développé une mémoire musculaire très forte : quelle page, quelle position, et je peux ouvrir une application d’un simple coup d’œil, puis passer à la partie suivante de mon flux de travail.
Au moment où macOS 26 a supprimé le Launchpad natif, ce sentiment d’ordre a été instantanément brisé.
J’ai dû continuer à faire défiler les applications pour trouver des choses ; pour de nombreuses applications rarement utilisées, je ne me souvenais même pas de leurs noms, mais à l’origine, je ** me souvenais de leur emplacement **.
Ce malaise était plus fort que n’importe quel nouveau changement d’interface utilisateur. Beaucoup de gens ressentaient la même chose : ce n’était pas qu’ils n’aimaient pas le verre liquide ou n’acceptaient pas le nouveau design, mais que leur mémoire musculaire formée de longue date avait soudainement cessé de fonctionner. Vous verriez donc des tonnes d’utilisateurs rechercher :
- Comment restaurer macOS Launchpad
- Où est passé Launchpad
- Comment récupérer Launchpad sur macOS 26
- Alternative à Launchpad
C’est exactement le contexte derrière LaunchOS.
Mais dès le début, LaunchOS n’a pas mis l’accent sur “combien de fonctionnalités de plus que celles natives”, mais plutôt :
Récupérez votre expérience originale et, en plus, rendez-la plus confortable.
Nous ne construisons pas un lanceur d’applications plus riche en fonctionnalités. Nous travaillons dur pour restaurer une manière familière d’utiliser les choses.

Première philosophie du produit : restauration extrême des détails de l’expérience
Dès le début du projet, notre objectif était clair :
Restauration extrême de l’expérience de contrôle native du Launchpad
Ainsi, 80 % du temps a été consacré à déboguer à plusieurs reprises ces « détails que presque personne ne mettrait dans une liste de fonctionnalités » :
- La sensation et le rythme de l’animation lors du déplacement des icônes
- Si la rotation des pages avec la molette de la souris correspond aux habitudes de défilement naturelles
- Vitesse de réponse de la recherche de première lettre du clavier
- Sensation subtile de tourner les pages, de positionnement et de rebond
- Confort visuel des grilles d’icônes sur grands écrans
- Optimisation répétée de la fluidité lors de la rotation des pages à gauche et à droite
- Réglage répété de l’utilisation de la mémoire
Ces détails semblent triviaux, mais lorsque vous n’utilisez que les coins chauds, la molette de défilement et quelques clics et glissements pour ouvrir des applications, ils déterminent si je vais continuer à utiliser cette chose.
C’est également au cours de ce processus que nous avons profondément apprécié les prouesses de conception d’Apple, celles qui « humidifient les choses en silence ». De nombreuses expériences que vous ne remarquez normalement pas jusqu’à ce que vous les perdiez, puis vous réalisez à quel point elles sont incroyablement inconfortables.
Les détails ne sont pas des ajouts. Les détails sont l’expérience elle-même.
Deuxième philosophie du produit : le rasoir d’Occam, pas l’empilement de fonctionnalités
Pendant le développement, nous avons eu la possibilité d’exposer des tonnes d’API système en tant que paramètres :
Taille des icônes, espacement, vitesse d’animation, méthode de disposition, règles de pagination… tout peut être rendu réglable.
Mais nous ne l’avons pas fait délibérément.
Parce que cela a violé un principe auquel nous croyons fermement :
Les utilisateurs ne devraient pas avoir à effectuer de nombreux réglages pour un outil qui devrait fonctionner immédiatement.
Confier tous les paramètres aux utilisateurs ressemble à une « grande liberté », mais cela revient essentiellement à confier la responsabilité des décisions de conception aux utilisateurs.
Nous préférons utiliser de nombreuses règles adaptatives afin que LaunchOS présente automatiquement l’état le plus approprié sous différentes résolutions, tailles d’écran et modèles d’utilisation. C’est en fait plus proche de la pensée originale d’Apple lorsqu’ils ont créé le Launchpad.
Bien entendu, ce processus a été un véritable bras de fer. Nous avons dû prendre de nombreuses décisions pour les utilisateurs.
Mais heureusement, grâce aux nombreux retours réels des utilisateurs, nous avons pu nous adapter rapidement. Seul un petit nombre de fonctionnalités très demandées (comme les grilles personnalisées, le défilement vertical) ont été progressivement ouvertes.
C’est le principe classique du « rasoir d’Occam » :
Nous ne faisons que ce qui est vraiment nécessaire, pas ce que nous sommes capables de faire.
Troisième philosophie du produit : la beauté n’est pas une décoration, c’est une condition préalable

Je suis designer de formation et je suis très sensible au « laid ».
Le verre liquide est une amélioration visuelle de macOS 26, mais il ne faut pas en abuser : il doit être parfaitement intégré au langage système.
Ce que fait LaunchOS au niveau visuel n’est pas « beau », mais plutôt :
Il devrait ressembler à ce système.
Nous correspondons strictement :
- Polices et hiérarchie macOS
- Tailles des icônes et densité de la grille
- Rythme d’animation et méthodes de transition
- Intensité d’utilisation du verre liquide
La première impression de nombreux utilisateurs lors de l’ouverture de LaunchOS n’est pas “c’est un beau lanceur”, mais plutôt :
“C’est le Launchpad dont je me souviens être revenu.”
La beauté n’est pas tape-à-l’œil. La beauté ne se démarque pas.
Itération continue, pas seulement fin et fin
Après la première version bêta de LaunchOS, nous ne nous sommes pas précipités pour le lancer. Au lieu de cela, nous avons passé beaucoup de temps à ajuster à plusieurs reprises les priorités et les détails en fonction des commentaires réels des utilisateurs.
Des coins chauds, la prise en charge de Logi Options+, les habitudes de la molette de défilement, les méthodes de changement de page, le défilement vertical, les grilles personnalisées, l’optimisation accidentelle des sauts de ligne… la source de chaque mise à jour n’était pas « que pouvons-nous ajouter d’autre », mais plutôt :
Où les utilisateurs sont-ils mal à l’aise dans une utilisation réelle.
Il ne s’agit pas simplement d’empiler les numéros de version. Il s’agit d’un approfondissement continu de la compréhension de « ce qu’est Launchpad ». Au cours de ce processus, nous avons fait plusieurs allers-retours. Par exemple, nous avons déjà ajouté un délai de prévention des contacts accidentels dans les coins chauds, mais les commentaires des utilisateurs ont montré que ce n’était pas leur habitude : ils plaçaient leur souris vers le coin et la retiraient rapidement pour maximiser l’efficacité du contrôle.
Ajout de 2026.2.3 : à ce jour, 20 versions ont été publiées, soit environ 5 versions par mois.
Vous verrez quelques avis dans la communauté :
“C’est presque exactement comme le Launchpad natif, et plus confortable.”
Cette phrase signifie plus pour nous que n’importe quelle liste de fonctionnalités.
Résumé
Alors que de nombreuses alternatives au Launchpad recherchent « plus de fonctionnalités », LaunchOS a choisi une voie plus difficile :
Rendez chaque action simple plus confortable que native.
L’intention initiale de LaunchOS n’était pas un lanceur riche en fonctionnalités. C’est un outil qui colle étroitement à la mémoire musculaire des utilisateurs en termes d’expérience, de détails, de visuels et de fonctionnement.
Sa valeur ne dépend pas des fonctionnalités. Il est peaufiné par les détails, petit à petit.
Ajout de 2026.2 : Mais cela ne veut pas dire qu’il a peu de fonctionnalités. Après avoir parcouru jusqu’à présent, il inclut presque toutes les fonctionnalités dont vous avez besoin, et nous travaillons toujours dur pour le perfectionner.
