LaunchOS V2 : pourquoi nous avons tout reconstruit

Le 30 septembre de l’année dernière, nous avons publié la première version bêta publique de LaunchOS. Le 31 octobre, nous avons expédié LaunchOS v1.0.

Depuis lors, il a fait l’objet de 26 versions publiques. Fonctionnalité par fonctionnalité, nous avons ajouté des coins actifs, des gestes du trackpad, des commandes du clavier et bien plus encore. Côté expérience, nous avons continué à affiner la sensation d’interaction et les animations. Visuellement, nous avons progressivement intégré la prise en charge de Liquid Glass. Et puis il y avait tous les petits détails que les utilisateurs ont évoqués dans leurs commentaires, dont beaucoup nous n’avions jamais remarqué nous-mêmes : oh, cela peut être utilisé de cette façon ? Quelqu’un travaille vraiment comme ça ? Dans un sens très réel, les commentaires des utilisateurs ont co-créé ce qu’est devenu LaunchOS.

Heureusement, la v1 a été reconnue par de nombreux utilisateurs. De nombreuses personnes nous ont dit qu’il s’agissait de la meilleure alternative au Launchpad qu’ils avaient utilisée jusqu’à présent, notamment en termes de détails, de finition et de conception.

Ces commentaires nous ont touchés très profondément. Ils ont été un énorme encouragement.

Mais précisément parce que nous avons continué à le peaufiner sérieusement, notre équipe a également commencé à voir les problèmes au sein de la V1 : si LaunchOS veut continuer à avancer, la fondation SwiftUI qui a contribué à sa création peut également devenir une contrainte.

On touche le plafond de LaunchOS V1

En tant que lanceur d’applications, la partie la plus difficile de LaunchOS n’est pas « d’afficher une grille d’icônes d’applications ». Le plus difficile est de rendre toute l’expérience de type Launchpad douce, confortable et naturelle :

• Réactivité lors du déplacement de pages ou du balayage avec un trackpad ;
• Animations de transition de page fluides et stables ;
• Transitions naturelles à travers chaque interaction face à l’utilisateur ;
• Compatibilité entre les claviers, les souris, les trackpads, les différences matérielles et les outils d’optimisation de la souris ;
• Adaptation dynamique selon les tailles d’écran, les résolutions et les densités de grille ;
• Comportement stable des Mac Intel aux appareils M1, M2, M3 et M4 ;
• Contrôle stable de l’utilisation de la mémoire, du CPU et du GPU ;
• Et bien plus encore.

Chacun d’entre eux semble petit, mais dès que l’un d’entre eux ne se sent pas bien, les utilisateurs remarquent immédiatement qu’il ne ressemble plus au Launchpad d’origine.

Dans la version 1, nous avons procédé à de nombreuses phases d’optimisation. Une partie de ce travail consistait uniquement à supprimer un tout petit peu de bégaiement lors d’une petite interaction ou à rendre une animation stable sur une classe particulière d’appareils.

Mais plus tard, nous avons continué à rencontrer le même problème :

** Créer une fonctionnalité en soi n’était pas la partie la plus difficile. Le vrai travail était de le rendre fluide et stable, même sur un petit nombre d’appareils plus anciens.**

Parfois, un reportage pouvait être écrit en une journée. Mais pour pousser les performances et le comportement de la mémoire aussi loin que nous le souhaitions, nous passerions plusieurs jours supplémentaires à les ajuster et à les tester à plusieurs reprises. Cela a progressivement ralenti l’itération de nos fonctionnalités, au point où les utilisateurs ne voyaient qu’une courte ligne dans le journal des modifications : « nouvelle prise en charge linguistique + améliorations des performances ».

Ce n’est pas un état sain pour le produit.

Reconstruction technique : pas de percée sans casse

SwiftUI est le cadre d’interface utilisateur activement promu par Apple. C’est très convivial pour les développeurs et, honnêtement, c’est génial d’écrire. Il est excellent pour créer rapidement des interfaces et une interface utilisateur pilotée par l’état, et il a rendu de nombreuses parties du développement de macOS beaucoup plus simples.

Mais l’interface principale de LaunchOS est un peu différente.

Il ne s’agit pas d’une page de paramètres standard ni d’une liste de style flux. Il est plus proche d’un outil au niveau du système qui nécessite des animations à haute fréquence, des glisser-déposer, des tests d’impact, une superposition de fenêtres, des effets visuels et des événements d’entrée pour fonctionner ensemble en continu.

Dans ce genre de scénario, si l’on continue à s’appuyer principalement sur la couche de vue déclarative et les abstractions système de SwiftUI, on se heurte à de plus en plus de limites difficiles à contourner :

• Certains timings d’animation ne sont pas suffisamment contrôlables ;
• Les grandes abstractions peuvent devenir lourdes dans certains scénarios, entraînant une surcharge de performances supplémentaire ;
• Les changements d’état à haute fréquence ajoutent également des coûts supplémentaires ;
• Le comportement de la mémoire et les cycles de vie des vues ne correspondent pas toujours à nos attentes ;
• Certaines interactions au niveau du système doivent encore revenir à AppKit pour une gestion plus stable.

L’objectif de la V2 est donc de déplacer l’expérience de base Launchpad vers une implémentation AppKit de niveau inférieur et plus contrôlable.

Cela signifie que nous devons gérer nous-mêmes plus de détails. Cela signifie également que nous pouvons faire moins de compromis.

La reconstruction a demandé beaucoup plus de travail que prévu

La reconstruction semble passionnante, mais le travail lui-même n’est pas romantique.

Une animation qui ne prend que quelques lignes dans SwiftUI devra peut-être être divisée en dizaines de lignes logiques dans AppKit : quand elle démarre, quand elle se termine, comment les états intermédiaires interpolent, comment surprendre l’utilisateur qui l’interrompt, comment éviter la gigue de la mise en page pendant le glissement… tout cela doit être géré manuellement.

Certains problèmes sont encore plus difficiles :

De nombreux nouveaux effets visuels et API du système sont exposés en premier à SwiftUI. Dans AppKit, tout n’a pas une API également disponible. Certains domaines nécessitent des détours, d’autres nécessitent de repenser la mise en œuvre, et certains nous obligent à choisir entre « le plus proche possible » et « stable et contrôlable ».

C’est aussi pourquoi la V2 n’est pas qu’un simple « nettoyage de code ».

Il s’agit plutôt d’un processus de compréhension à nouveau de LaunchOS :

• Quelles interactions doivent être restaurées à 100 % ;
• Quels détails peuvent être reconstruits de manière plus stable ?
• Quel bagage historique de la v1 devrait être supprimé cette fois ;
• Quels commentaires des utilisateurs devraient devenir une fonctionnalité de base au lieu d’une fonctionnalité de type correctif.

Ce que V2 essaie de résoudre

La V2 a un objectif principal :

Rendre LaunchOS plus fluide, plus léger et plus proche d’une expérience au niveau du système, tout en donnant aux futures fonctionnalités une base plus solide.

Plus précisément :

• Même sur des écrans à taux de rafraîchissement élevé de 120 Hz ou 240 Hz, les animations doivent rester stables et fluides sans surcharge supplémentaire ;
• La surcharge d’exécution devrait être inférieure, avec moins de mises à jour de vues inutiles et moins d’utilisation de la mémoire ;
• L’expérience devrait être plus fluide et la logique que nous évitions auparavant en raison de la surcharge peut désormais être gérée de manière plus complète ;
• Les fenêtres et les effets visuels devraient paraître plus naturels et mieux s’adapter au langage système macOS 26 ;
• La structure sous-jacente doit être plus claire, afin que les itérations futures ne soient pas constamment contraintes par l’ancienne architecture.

Cette reconstruction remplit également des interactions plus natives :

Par exemple, faites glisser une application vers le Dock. Cela n’était pas impossible dans la V1, mais nous voulions l’intégrer directement dans la V2 et éviter de maintenir deux ensembles de logiques distincts.

Par exemple, refonte de la zone d’arrière-plan du dossier autour de l’effet Liquid Glass. La v1 essayait déjà de rester proche du langage visuel de macOS 26, mais la V2 va plus loin afin que l’expérience ressemble davantage à une partie du système, pas seulement à une fenêtre flottant au-dessus de celui-ci.

Et par exemple, s’adapter aux écrans à 120 Hz et à un taux de rafraîchissement encore plus élevé. Cela était également possible dans la V1, mais cela aurait introduit une surcharge supplémentaire.

La version bêta est disponible maintenant, mais elle n’est pas définitive

La version bêta de LaunchOS V2 est devenue disponible le 12 mai 2026.

Comme il s’agit d’une reconstruction de bas niveau, il y aura certainement des problèmes que nos tests n’ont pas encore abordés. Nous pouvons couvrir nous-mêmes certains appareils, certaines versions de système et certains modèles d’utilisation, mais nous ne pouvons pas couvrir toutes les combinaisons qui existent dans des environnements d’utilisateurs réels.

C’est pourquoi nous espérons que les utilisateurs qui souhaitent l’essayer tôt continueront à envoyer leurs commentaires. Si vous rencontrez des bégaiements, des plantages ou tout ce qui vous semble inconfortable ou incorrect, veuillez nous en informer. Votre appareil pourrait être un cas critique très précieux qui attend que nous le résolvions.

Entrée de commentaires :

Paramètres de l’application - À propos - Commentaires

Lorsque la version officielle sera publiée, nous sélectionnerons également quelques commentaires utiles et offrirons des licences pour deux appareils.

Nous ne sommes peut-être pas en mesure de répondre à tous les commentaires, mais nous les lisons et les catégorisons tous. Au cours des derniers mois, de nombreuses améliorations de LaunchOS sont venues de commentaires qui semblaient ordinaires au premier abord, mais qui étaient extrêmement spécifiques et utiles.

Si vous manquez toujours Launchpad, vous pouvez toujours compter sur LaunchOS

Même au stade v1, je crois toujours sincèrement que LaunchOS est déjà l’une des meilleures alternatives Launchpad disponibles aujourd’hui.

Si vous n’êtes pas habitué à la nouvelle expérience d’applications de style Spotlight, ou si vous manquez toujours le Launchpad d’origine, LaunchOS est peut-être exactement ce que vous recherchez.

Si vous n’êtes pas sûr de la différence avec le produit que vous utilisez actuellement, téléchargez-le et essayez-le. Je pense que vous trouverez la réponse rapidement.

La V2 ne consiste pas à transformer LaunchOS en un lanceur plus complexe. Au contraire, nous espérons que cette reconstruction le ramènera à un état plus simple, plus stable et plus natif.

Très souvent, la partie la plus difficile de la création d’un outil n’est pas d’ajouter des fonctionnalités, mais de faire en sorte que chaque lancement, chaque glissement et chaque transition de page se sentent bien.

Dans l’attente de vos commentaires.

Site Internet :

https://launchosapp.com/launchpad-alternative/