Rectangle vs. AeroSpace : accroche manuelle vs. tiling façon i3 sans SIP

AeroSpace, développé par Nikita Bobko, occupe une place précise dans le paysage des gestionnaires de fenêtres macOS : il apporte le modèle de tiling automatique du gestionnaire de fenêtres i3 de Linux sur macOS, mais, contrairement à yabai, il le fait sans exiger de désactiver la Protection de l’intégrité du système. Cette seule décision de conception est la chose la plus importante à comprendre avant de le comparer à Rectangle app.

Ce qu’est réellement AeroSpace

Selon son propre README GitHub, AeroSpace est explicitement inspiré d’i3 : les fenêtres sont rangées automatiquement dans une disposition basée sur un arbre plutôt qu’accrochées individuellement sur commande, comme fonctionne Rectangle mac. Caractéristiques documentées clés :

• Un moteur de tiling à paradigme d’arbre, suivant le même modèle conceptuel qu’i3 sous Linux.
• Sa propre émulation d’espaces de travail virtuels, plutôt que d’utiliser les Espaces natifs de macOS, le README indique qu’il s’agit d’un choix délibéré en raison de ce qu’il appelle les « limites considérables » des Espaces.
• Une configuration en texte brut au format TOML (default-config.toml), explicitement destinée aux personnes à l’aise avec les dotfiles plutôt qu’avec une interface graphique de réglages.
• Une approche CLI en premier, avec pages de manuel et autocomplétion shell incluses, et un principe de conception affirmé selon lequel AeroSpace ne proposera jamais d’interface graphique pour la configuration, le README avance qu’éditer un fichier texte est plus simple pour les utilisateurs avancés que de naviguer dans des cases à cocher.
• Une prise en charge multi-écrans complète, suivant le même paradigme façon i3 utilisé pour un seul écran.

Installation via Homebrew (méthode privilégiée, car elle active les mises à jour automatiques) :

brew install --cask nikitabobko/tap/aerospace

La différence SIP : la distinction la plus importante par rapport à yabai

Le README d’AeroSpace indique directement qu’il ne nécessite pas de désactiver la Protection de l’intégrité du système, en contraste explicite avec yabai, qui a besoin du SIP partiellement désactivé pour ses fonctionnalités les plus poussées. C’est, de loin, la plus grande différence pratique entre les deux options de tiling façon Linux sur macOS : AeroSpace a délibérément renoncé à une partie des capacités de yabai au niveau du serveur de fenêtres (suppression des ombres, contrôle de l’opacité, et similaires) en échange d’un fonctionnement entièrement dans le modèle de sécurité standard d’Apple.

Une remarque honnête sur la notarisation, venant du projet lui-même

Le README d’AeroSpace inclut une déclaration inhabituellement directe : « En utilisant AeroSpace, vous reconnaissez qu’il n’est pas notarisé. » L’explication même du mainteneur, incluse dans le README, est que la notarisation est le procédé d’Apple pour vérifier un binaire, et que le projet ne s’oppose pas à la notarisation en tant que concept, mais ne l’a pas effectuée. Cela mérite d’être mis en balance avec Rectangle app, dont les versions officielles sont notarisées, pour un outil disposant d’un accès de niveau Accessibilité à vos fenêtres, c’est une différence significative dans ce qui est vérifiable sur un téléchargement donné, en plus du fait que les deux soient open source.

Là où AeroSpace diffère de Rectangle app en pratique

Tiling permanent contre accroche à la demande. Exactement comme dans la comparaison Amethyst/yabai, c’est la ligne de partage centrale : AeroSpace gère en continu la position de chaque fenêtre une fois en fonctionnement, recalculant l’arbre de tiling à chaque ouverture, fermeture, ou déplacement de fenêtre. Rectangle app n’agit que lorsque vous déclenchez un raccourci ou glissez vers un bord ; tout le reste est laissé tranquille.

Philosophie de configuration. Le README d’AeroSpace affirme une position précise, qu’une interface graphique de configuration ne sera jamais ajoutée, comme un choix de conception délibéré, pas comme une fonctionnalité manquante en attente d’être développée. La fenêtre de préférences de Rectangle est minimale mais existe bel et bien, et la personnalisation quotidienne des raccourcis se fait par des clics, pas en éditant du TOML.

Stade de développement. Le README même d’AeroSpace le décrit, à la date de sa documentation actuelle, comme étant en bêta publique, avertissant explicitement qu’il faut s’attendre à des changements cassants jusqu’à une version 1.0, et liste des travaux d’architecture précis non résolus (une réécriture de sa structure de données en arbre centrale, un problème connu où les fenêtres peuvent sauter aléatoirement vers l’espace de travail actif) comme des obstacles à cette version. Rectangle, à l’inverse, est stable et versionné de façon incrémentale depuis des années, sans cadrage comparable de type « pas encore en 1.0 ».

Profondeur CLI et scripting. AeroSpace est livré d’origine avec sa propre interface en ligne de commande, des pages de manuel et l’autocomplétion shell, destiné aux personnes qui veulent scripter le comportement des fenêtres de façon poussée. L’équivalent chez Rectangle est son schéma d’URL rectangle://, fonctionnel pour déclencher des actions depuis d’autres outils, mais pas une CLI complète avec son propre langage de commandes comme celle d’AeroSpace.

À qui s’adresse réellement AeroSpace

Selon le positionnement même du projet, AeroSpace vise directement les personnes qui pensent déjà en termes i3, tiling par espace de travail par projet, gestion de fenêtres pilotée au clavier, configuration en texte brut plutôt que réglages graphiques, et qui ne veulent spécifiquement pas désactiver le SIP pour y arriver. C’est un public plus restreint que celui de Rectangle : si « gestionnaire de fenêtres en tiling façon i3 » ne signifie pas déjà quelque chose pour vous grâce à une expérience Linux préalable, toute la philosophie de conception d’AeroSpace résout un problème que vous n’avez peut-être pas.

Repère rapide

	Rectangle	AeroSpace
Modèle	Accroche manuelle sur commande	Tiling automatique façon i3, toujours actif
Nécessite de désactiver le SIP	Non	Non
Versions officielles notarisées	Oui	Non (annoncé directement dans son propre README)
Configuration	Fenêtre de préférences graphique	Configuration TOML en texte brut, aucune interface graphique prévue
Stade de développement	Stable et versionné depuis des années	Bêta publique, changements cassants attendus avant la 1.0
Idéal pour	Positions fixes à la demande, courbe d’apprentissage minimale	Utilisateurs de tiling i3/Linux voulant ce modèle sur macOS sans toucher au SIP