Rectangle vs. AeroSpace: aggancio manuale vs. tiling in stile i3 senza SIP
AeroSpace, creato dallo sviluppatore Nikita Bobko, occupa uno spazio specifico nel panorama dei window manager per macOS: porta il modello di tiling automatico del window manager i3 di Linux su macOS, ma, a differenza di yabai, lo fa senza richiedere la disattivazione della System Integrity Protection. Questa singola scelta progettuale è la cosa più importante da capire prima di confrontarlo con Rectangle app.
Cos’è davvero AeroSpace
Secondo il proprio README su GitHub, AeroSpace è esplicitamente ispirato a i3: le finestre vengono organizzate automaticamente in un layout basato su albero invece di essere agganciate singolarmente su comando, come funziona Rectangle mac. Caratteristiche chiave documentate:
- Un motore di tiling con paradigma ad albero, seguendo lo stesso modello concettuale di i3 su Linux.
- Una propria emulazione degli spazi di lavoro virtuali, invece di usare gli Spazi nativi di macOS, il README dichiara che si tratta di una scelta deliberata a causa di quelle che definisce le “notevoli limitazioni” degli Spazi.
- Configurazione in testo semplice in formato TOML (
default-config.toml), pensata esplicitamente per chi si trova a proprio agio con i dotfile piuttosto che con un’interfaccia grafica di impostazioni. - Approccio CLI-first, con pagine man e completamento automatico della shell inclusi, e un principio di progettazione dichiarato secondo cui AeroSpace non fornirà mai un’interfaccia grafica per la configurazione, il README sostiene che modificare un file di testo sia più semplice per gli utenti avanzati che navigare tra caselle di controllo.
- Supporto multi-monitor adeguato, che segue lo stesso paradigma in stile i3 usato per un singolo monitor.
Installazione tramite Homebrew (il metodo preferito, poiché abilita gli aggiornamenti automatici):
brew install --cask nikitabobko/tap/aerospace
La differenza sul SIP: la distinzione più importante rispetto a yabai
Il README di AeroSpace dichiara direttamente che non richiede di disattivare la System Integrity Protection, in esplicito contrasto con yabai, che necessita del SIP parzialmente disattivato per le sue funzionalità più avanzate. Questa è di gran lunga la differenza pratica più grande tra le due opzioni di tiling in stile Linux su macOS: AeroSpace ha deliberatamente rinunciato ad alcune capacità di yabai a livello di window server (rimozione delle ombre, controllo dell’opacità, e simili) in cambio di funzionare interamente all’interno del modello di sicurezza standard di Apple.
Una nota onesta sulla notarizzazione, dal progetto stesso
Il README di AeroSpace include una dichiarazione insolitamente diretta: “Usando AeroSpace, riconosci che non è notarizzato.” La spiegazione dello stesso maintainer, inclusa nel README, è che la notarizzazione è il processo di Apple per verificare un binario, e che il progetto non si oppone alla notarizzazione come concetto, ma non l’ha effettuata. Vale la pena valutare questo aspetto rispetto a Rectangle app, le cui build ufficiali sono notarizzate, per uno strumento con accesso di livello Accessibilità alle tue finestre, questa è una differenza significativa in ciò che è verificabile riguardo a un dato download, oltre al fatto che entrambi sono open source.
Dove AeroSpace si differenzia da Rectangle app nella pratica
Tiling sempre attivo contro aggancio su richiesta. Esattamente come nel confronto Amethyst/yabai, questa è la divisione centrale: AeroSpace gestisce continuamente la posizione di ogni finestra una volta in esecuzione, ricalcolando l’albero di tiling ogni volta che una finestra si apre, si chiude, o si sposta. Rectangle app agisce solo quando attivi una scorciatoia o trascini verso un bordo; tutto il resto viene lasciato stare.
Filosofia di configurazione. Il README di AeroSpace afferma una posizione specifica, che un’interfaccia grafica per la configurazione non sarà mai aggiunta, come una scelta progettuale deliberata, non come una funzionalità mancante in attesa di essere costruita. La finestra delle preferenze di Rectangle è minimale ma esiste, e la personalizzazione quotidiana delle scorciatoie avviene cliccando, non modificando TOML.
Fase di sviluppo. Il README stesso di AeroSpace lo descrive, alla data della sua documentazione attuale, come in beta pubblica, avvertendo esplicitamente che vanno previsti cambiamenti radicali fino a una release 1.0, ed elenca specifici lavori architetturali irrisolti (una riscrittura della sua struttura dati ad albero centrale, un problema noto per cui le finestre possono saltare casualmente allo spazio di lavoro attivo) come ostacoli a quella release. Rectangle, al contrario, è stabile e versionato in modo incrementale da anni, senza un’inquadratura comparabile del tipo “non ancora alla 1.0”.
Profondità di CLI e scripting. AeroSpace viene fornito di serie con una propria interfaccia a riga di comando, pagine man e completamento automatico della shell, rivolto a chi vuole scriptare in modo estensivo il comportamento delle finestre. L’equivalente in Rectangle è il suo schema URL rectangle://, funzionale per attivare azioni da altri strumenti, ma non una CLI completa con un proprio linguaggio di comandi come quella di AeroSpace.
A chi è davvero rivolto AeroSpace
Secondo l’impostazione dello stesso progetto, AeroSpace è rivolto direttamente a chi ragiona già in termini i3, tiling con uno spazio di lavoro per progetto, gestione delle finestre guidata da tastiera, configurazione in testo semplice invece di impostazioni grafiche, e che specificamente non vuole disattivare il SIP per arrivarci. È un pubblico più ristretto di quello di Rectangle: se “window manager a tiling in stile i3” non significa già qualcosa per te grazie a un’esperienza pregressa con Linux, l’intera filosofia progettuale di AeroSpace risolve un problema che forse non hai.
Riferimento rapido
| Rectangle | AeroSpace | |
|---|---|---|
| Modello | Aggancio manuale su comando | Tiling automatico in stile i3, sempre attivo |
| Richiede la disattivazione del SIP | No | No |
| Build ufficiali notarizzate | Sì | No (dichiarato direttamente nel proprio README) |
| Configurazione | Finestra di preferenze grafica | Configurazione TOML in testo semplice, nessuna GUI prevista |
| Fase di sviluppo | Stabile e versionato da anni | Beta pubblica, cambiamenti radicali attesi prima della 1.0 |
| Ideale per | Posizioni fisse su richiesta, curva di apprendimento minima | Utenti di tiling i3/Linux che vogliono quel modello su macOS senza toccare il SIP |