AeroSpace est un gestionnaire de fenêtres en mosaïque de type i3 pour macOS
Vidéos :
Démo YouTube de 91 secondes
Guide YouTube par Josean Martinez
Documents :
Guide aérospatial
Commandes aérospatiales
Bonté aérospatiale
Bêta publique. AeroSpace peut être utilisé comme pilote quotidien, mais attendez-vous à des changements importants jusqu'à ce que la version 1.0 soit atteinte.
Gestionnaire de fenêtres en mosaïque basé sur un paradigme arborescent
i3 inspiré
Changement rapide d'espace de travail sans animations et sans nécessité de désactiver SIP
AeroSpace utilise sa propre émulation d'espaces de travail virtuels au lieu de s'appuyer sur les espaces macOS natifs en raison de leurs limitations considérables
Configuration en texte brut (compatible avec les fichiers dotfiles). Voir : default-config.toml
CLI en premier (pages de manuel et complétion du shell inclus)
Ne nécessite pas de désactiver SIP (System Integrity Protection)
Prise en charge appropriée de plusieurs moniteurs (paradigme de type i3)
Installer via Homebrew pour obtenir des mises à jour automatiques (préféré)
brew install --cask nikitabobko/tap/aerospace
Dans une configuration multi-moniteurs, assurez-vous que les moniteurs sont correctement disposés.
Autres options d'installation : https://nikitabobko.github.io/AeroSpace/guide#installation
Note
En utilisant AeroSpace, vous reconnaissez qu'il n'est pas notarié.
La légalisation est une fonctionnalité de « sécurité » d'Apple. Vous envoyez des binaires à Apple, et ils les approuvent ou non. En réalité, la légalisation consiste à créer des binaires comme Apple le souhaite.
Je n'ai rien contre la notarisation en tant que concept. Je n'aime particulièrement pas la façon dont Apple procède à la légalisation. Je n'ai pas le temps de m'occuper d'Apple.
Le script d'installation Homebrew est configuré pour supprimer automatiquement l'attribut com.apple.quarantine , c'est pourquoi l'application devrait fonctionner immédiatement, sans aucun avertissement indiquant que "Apple ne peut pas rechercher de logiciels malveillants dans AeroSpace".
Des discussions communautaires informelles ont lieu sur GitHub Discussions. Là, vous pouvez poser vos questions, montrer votre configuration, apporter un autre sujet ou simplement discuter.
Il y a 6 chaînes :
#tous. RSS. Nourrissez avec toutes les discussions.
#annonces. RSS. Seuls les responsables peuvent poster ici. Trafic très modéré.
#annonces-sorties. RSS. Annonces sur les versions sans correctifs. Seuls les responsables peuvent poster ici.
#idées-fonctionnalités. RSS.
#général. RSS.
#questions-réponses. RSS. Tout le monde est invité à poser des questions. Tout le monde est encouragé à répondre aux questions des autres.
Vous êtes invités à soumettre des rapports de bogues et des propositions de fonctionnalités bien définies dans les problèmes GitHub. Vous êtes également invités à soumettre des demandes de tirage. Voir : CONTRIBUTION.md
Problèmes vs discussions : les problèmes sont formels et bien définis. Les discussions sont informelles et informelles.
Des notes sur la façon de configurer le projet, de le construire, d'exécuter les tests, etc. peuvent être trouvées ici : dev-docs/development.md
Valeurs
AeroSpace s'adresse aux utilisateurs et développeurs avancés
Centré sur le clavier
Les changements cassants (fichiers de configuration, CLI, comportement) sont évités autant que possible, mais ils ne doivent pas laisser le logiciel stagner. Ainsi, des changements radicaux peuvent se produire, mais avec des considérations minutieuses et un message utile. La version majeure de Semver est modifiée en cas de modification avec rupture (tout est garanti une fois qu'AeroSpace atteint la version 1.0, jusque-là, les modifications avec rupture se produisent)
AeroSpace n'utilise pas d'interface graphique, sauf si nécessaire
AeroSpace ne fournira jamais d'interface graphique pour la configuration. Pour les utilisateurs avancés, il est plus facile de modifier un fichier de configuration dans un éditeur de texte plutôt que de parcourir les cases à cocher dans l'interface graphique.
L'icône du menu d'état est correcte, car un retour visuel est nécessaire
Fournir des fonctionnalités pratiques . Les fonctionnalités d'apparence sophistiquées ne sont pas pratiques (par exemple, bordures de fenêtres, transparence, animations, etc.)
La « magie noire » (alias « API privées », « injections de code », etc.) doit être évitée autant que possible
À l'heure actuelle, AeroSpace n'utilise qu'une seule API privée pour obtenir l'ID de fenêtre de l'objet d'accessibilité _AXUIElementGetWindow . Tout le reste est l'API d'accessibilité publique de macOS.
AeroSpace ne vous demandera jamais de désactiver SIP (System Integrity Protection).
L’objectif est de rendre AeroSpace facilement maintenable et résistant aux mises à jour macOS.
Non-valeurs
Jouez bien avec les fonctionnalités macOS existantes. Si des limitations sont imposées, AeroSpace ne fonctionnera pas correctement avec les fonctionnalités macOS existantes (par exemple, AeroSpace ne reconnaît pas l'existence des espaces macOS et utilise l'émulation de ses propres espaces de travail)
les valeurs par défaut écrivent -g NSWindowShouldDragOnGesture -bool true
Maintenant, vous pouvez déplacer les fenêtres en maintenant ctrl + cmd et en faisant glisser n'importe quelle partie de la fenêtre (pas nécessairement le titre de la fenêtre).
Source : reddit
Améthyste
yabai
