macOS के लिए i3-जैसा टाइलिंग विंडो मैनेजर AeroSpace

 (github.com/nikitabobko)
2 पॉइंट द्वारा GN⁺ 2024-06-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • AeroSpace macOS पर i3 जैसी उपयोग शैली देने वाला बीटा चरण का टाइलिंग विंडो मैनेजर है, जो ट्री-आधारित लेआउट और कीबोर्ड-केंद्रित वर्कफ़्लो पर केंद्रित है
  • यह macOS के डिफ़ॉल्ट Spaces पर निर्भर नहीं करता और अपनी virtual workspace emulation का उपयोग करता है, साथ ही बिना animation के तेज workspace switching और SIP disable किए बिना चलने वाली संरचना को प्रमुखता देता है
  • कॉन्फ़िगरेशन साधारण टेक्स्ट TOML आधारित है और इसका डिज़ाइन CLI-first है, जिसमें manpage और shell autocompletion शामिल हैं, तथा multi-monitor को i3 जैसे paradigm में support किया गया है
  • यह फिलहाल Public Beta में है और रोज़मर्रा के उपयोग के लिए पर्याप्त है, लेकिन 1.0 से पहले breaking changes की उम्मीद है; 1.0 से पहले बड़े refactoring, shell-style combinators, और global shortcut API की जाँच जैसे काम बाकी हैं
  • प्रोजेक्ट के मूल्य advanced users और developers, keyboard-centric उपयोग, practical features, और public accessibility API-केंद्रित maintenance पर केंद्रित हैं, जबकि GUI settings, macOS Spaces के साथ सामंजस्य, और ricing की प्राथमिकता कम है

AeroSpace द्वारा प्रदान किया गया macOS टाइलिंग वातावरण

मुख्य फीचर और डिज़ाइन

  • विंडो लेआउट tree paradigm आधारित टाइलिंग विंडो मैनेजर के रूप में बनाया गया है
  • उपयोग अनुभव i3 से प्रेरित है
  • workspace switching बिना animation के तेज़ी से काम करता है और SIP disable करने की ज़रूरत नहीं होती
  • macOS का डिफ़ॉल्ट Spaces काफी सीमित है, इसलिए इसका उपयोग नहीं किया जाता; AeroSpace अपनी virtual workspace को emulate करता है
  • कॉन्फ़िगरेशन dotfiles के लिए उपयुक्त साधारण टेक्स्ट फ़ॉर्मेट में है, और डिफ़ॉल्ट कॉन्फ़िगरेशन उदाहरण default-config.toml में देखा जा सकता है
  • इसका डिज़ाइन CLI-first है और इसमें manpage तथा shell autocompletion शामिल हैं
  • multi-monitor को i3 जैसे paradigm में support किया गया है

इंस्टॉलेशन और सुरक्षा संबंधी शर्तें

  • अनुशंसित इंस्टॉलेशन तरीका Homebrew cask है, जिससे automatic updates मिल सकते हैं
brew install --cask nikitabobko/tap/aerospace
  • multi-monitor वातावरण में यह सुनिश्चित करना चाहिए कि monitors सही तरीके से व्यवस्थित हों
  • अन्य इंस्टॉलेशन तरीकों के लिए इंस्टॉलेशन गाइड उपलब्ध है
  • AeroSpace notarized नहीं है
    • Homebrew इंस्टॉलेशन स्क्रिप्ट com.apple.quarantine attribute को अपने-आप हटा देती है
    • इस व्यवस्था के कारण ऐप को “Apple cannot check AeroSpace for malicious software” चेतावनी के बिना सीधे चल जाना चाहिए

प्रोजेक्ट की स्थिति और 1.0 से पहले के काम

  • वर्तमान स्थिति Public Beta है
  • रोज़मर्रा के उपयोग के लिए यह पर्याप्त है, लेकिन 1.0 तक पहुँचने से पहले breaking changes की अपेक्षा करनी चाहिए
  • 1.0 release को रोकने वाले बचे हुए काम इस प्रकार हैं
    • performance issue: macOS के blocking AX API को bypass करने के लिए per-application thread लागू करने का काम पूरा हो चुका है
    • बड़ा refactoring: mutable double-linked core tree data structure को immutable single-linked persistent tree में फिर से लिखना
      • यह stability और संभावित performance के लिए महत्वपूर्ण है
      • इससे उस stability issue को ठीक करने में मदद मिलेगी जिसमें windows फ़ोकस किए गए workspace पर random तरीके से जा सकती हैं
      • इससे macOS native tabs support में भी मदद मिलेगी
    • shell-style combinators का implementation
      • ||, &&, ; और कई commands एक साथ भेजने वाले eval command को लाने वाला न्यूनतम दृष्टिकोण सबसे संभावित है
    • global shortcuts के लिए CGEvent.tapCreate API के उपयोग की संभावना की जाँच
      • हो सकता है कि यह left और right modifier में अंतर कर सके, या न कर सके
  • 1.0 के बाद के बड़े मुद्दों में sticky windows और Dynamic TWM शामिल हैं

प्रोजेक्ट के मूल्य और non-goals

  • AeroSpace का लक्ष्य advanced users और developers हैं
  • यह keyboard-centric उपयोग को प्राथमिकता देता है
  • config files, CLI, और behavior में breaking changes से जहाँ तक संभव हो बचा जाता है, लेकिन software stagnation रोकने के लिए सावधानीपूर्वक breaking changes हो सकते हैं
    • 1.0 के बाद breaking changes होने पर Semver major version बढ़ाया जाएगा, इसकी गारंटी है
    • 1.0 से पहले breaking changes सामान्य रूप से हो सकते हैं
  • GUI का उपयोग केवल तब किया जाता है जब वह वास्तव में आवश्यक हो
    • कॉन्फ़िगरेशन के लिए GUI देने की योजना नहीं है
    • visual feedback के लिए status menu icon स्वीकार्य है
  • features का मूल्यांकन practicality के आधार पर किया जाता है, और window borders, transparency, animation जैसी दृश्य सुविधाओं को practical feature नहीं माना जाता
  • private API, code injection जैसी “dark magic” से जहाँ तक संभव हो बचा जाता है
    • अभी accessibility object का window ID पाने के लिए केवल _AXUIElementGetWindow private API का उपयोग होता है
    • इसके अलावा macOS की public accessibility API का उपयोग किया जाता है
    • SIP disable करने की आवश्यकता नहीं है
    • लक्ष्य ऐसी संरचना है जो macOS updates के प्रति मजबूत हो और maintain करना आसान हो
  • मौजूदा macOS फीचर्स के साथ अच्छी तरह घुलना-मिलना इसका लक्ष्य नहीं है
    • यह macOS Spaces के अस्तित्व को स्वीकार नहीं करता और अपनी workspace emulation का उपयोग करता है
  • ricing की प्राथमिकता कम है
    • gaps और bar integration के लिए केवल कुछ callbacks का न्यूनतम support है
    • मौजूदा maintainer की ricing में रुचि नहीं है, इसलिए संबंधित issues अधिकतर low priority में रहते हैं या नज़रअंदाज़ किए जाते हैं
    • अगर अधिक maintainers जुड़ते हैं, तो ricing के प्रति रुख बदल सकता है

compatibility, community, और संबंधित प्रोजेक्ट्स

  • macOS compatibility build method के अनुसार अलग-अलग है
    • AeroSpace binary चलाना: macOS 13+
    • source से debug build: macOS 14+
    • source से release build: macOS 15+, Xcode 26+ आवश्यक
  • issues सीधे स्वीकार नहीं किए जाते; पहले Discussion बनाने का अनुरोध किया जाता है
  • GitHub Discussions में all, announcements, release announcements, feature ideas, general, potential bugs, और Q&A चैनल उपलब्ध हैं
  • संबंधित प्रोजेक्ट्स के रूप में निम्नलिखित बताए गए हैं
    • Amethyst: xmonad-शैली का टाइलिंग विंडो मैनेजर
    • InstantSpaceSwitcher: कृत्रिम रूप से बहुत तेज़ trackpad gestures synthesize करके तुरंत space switching
    • yabai: binary space partitioning आधारित macOS टाइलिंग विंडो मैनेजर

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-06-07
Hacker News की राय

  • मैं इसे हर दिन इस्तेमाल करता हूँ, और निष्कर्ष यह है कि Mac पर विंडो मैनेज करने का यह सबसे अच्छा तरीका है, लेकिन i3/sway जितना अच्छा नहीं
    खास तौर पर, विंडो को एक-दूसरे की सापेक्ष स्थिति में खींचकर पुनर्व्यवस्थित करने का समर्थन बहुत सीमित है, इसलिए sway की तरह नया vertical/horizontal split नहीं बनाया जा सकता। इसलिए मनचाहा विंडो लेआउट बनाने के लिए ज़्यादातर मामलों में अटपटे keyboard command workaround लेने पड़ते हैं
    उदाहरण के लिए, अगर दो विंडो बाएँ-दाएँ हों और उनमें से एक को vertically split करना हो, तो sway में बस नई विंडो खोलकर उसे मौजूदा विंडो के ऊपर/नीचे आधे हिस्से में खींचकर छोड़ना होता है। AeroSpace में सबसे अच्छा तरीका मुझे यह लगा कि नई विंडो खोलो, फिर तीनों विंडो को vertical stack में बदलो, उसके बाद मूल रूप से बाईं ओर वाली विंडो पर focus करके move left चलाओ

    • अगर normalization चालू हो, तो “vertical stack में बदलने” की ज़रूरत नहीं पड़ती
      इस लेआउट में:

      h_tiles
      ├── window1 (focused)
      ├── window2
      └── window3

      move left चलाने पर यह बन जाता है:

      h_tiles
      ├── window1 (focused)
      └── v_tiles
      ├── window2
      └── window3

    • मुझे यह भी नहीं पता था कि sway में विंडो को drag-and-drop किया जा सकता है। मैं जिस विंडो को split करना होता है उसे चुनकर Command + v से vertical split सेट करता हूँ और फिर नई विंडो, आमतौर पर terminal, खोलता हूँ
      या फिर Command + Shift + [hjkl] से विंडो move करता हूँ

    • मैं इसे आज़माने वाला हूँ ताकि देख सकूँ कि मेरी मुख्य समस्या पहले हल होती है या नहीं। मैं Mac पर screen layout को याद रखने का कोई ठीक-ठाक तरीका ढूँढ़ रहा हूँ
      हर बार boot के बाद जागने पर 3-screen desktop पूरी तरह भूल जाता है कि क्या कहाँ था
      आदर्श रूप से मैं खुद workspaces मैनेज कर सकूँ, और सिर्फ laptop screen इस्तेमाल करूँ या office/home की अलग-अलग desk setups पर 2–3 external monitors के साथ काम कर सकूँ

    • मैं Spectacle इस्तेमाल कर रहा हूँ, लेकिन अब उसका समर्थन नहीं है

    • मैंने यह नहीं इस्तेमाल किया, लेकिन मैं yabai इस्तेमाल करता हूँ और यह बिल्कुल उसी तरह काम करता है जैसा यहाँ बताया गया है

  • यह बात बहुत दिलचस्प है कि SIP बंद करने की ज़रूरत नहीं। इसी तरह के लगभग सभी विंडो मैनेजरों में SIP disable करना पड़ता है, इसलिए मैं हिचकिचाता था
    जानना चाहूँगा कि AeroSpace ऐसा क्या अलग करता है कि SIP के साथ भी काम कर सकता है

    README में यह मिला:

    AeroSpace, SIP(System Integrity Protection) बंद करने की माँग नहीं करता। उदाहरण के लिए, yabai में कुछ फीचर इस्तेमाल करने के लिए SIP बंद करना पड़ता है। AeroSpace या तो दूसरा तरीका ढूँढ़ता है, जैसे workspaces को emulate करना, या फिर उस फीचर को लागू ही नहीं करता। विंडो transparency और विंडो shadows कोई व्यावहारिक फीचर नहीं हैं

    • मैंने yabai इस्तेमाल किया था, लेकिन macOS Spaces के बीच switching बहुत धीमी थी। मैं AeroSpace पर आ गया और इसकी workspace implementation मुझे वाकई बहुत पसंद आई
      हालाँकि yabai का focus-follows-mouse फीचर सच में शानदार है, इसलिए सोच रहा हूँ कि क्या i3-जैसी सुविधाओं के लिए AeroSpace रखते हुए सिर्फ उस फीचर के लिए yabai इस्तेमाल किया जा सकता है
    • सोच रहा हूँ कि क्या mouse-follow focus फीचर SIP disable किए बिना संभव है। यह उन फीचरों में से एक है जो मैंने दूसरे macOS विंडो मैनेजरों में भी नहीं देखे

  • शानदार। अब तक मैं Amethyst इस्तेमाल करता रहा हूँ, लेकिन AeroSpace तुरंत ही ज़्यादा पसंद आया
    Amethyst के साथ मेरी सबसे बड़ी शिकायत यह है कि वह विंडो को बहुत सुस्त और अस्थिर तरीके से इधर-उधर फेंकता है। AeroSpace में विंडो तुरंत दूसरे workspace/monitor पर चली जाती है और fail नहीं होती
    यह भी अच्छा है कि यह macOS के built-in workspaces को पूरी तरह छोड़कर अपने virtual workspaces इस्तेमाल करता है। जैसा लेखक ने कहा, built-in तरीका काफ़ी असंतोषजनक है, और इस तरीके की वजह से multi-monitor setup झेलने लायक, बल्कि थोड़ा मज़ेदार भी हो जाता है

    मेरे work computer पर SIP disable करना पड़ता, इसलिए मैं yabai इस्तेमाल नहीं कर सका, और AeroSpace के लेखक स्पष्ट रूप से इसके खिलाफ हैं, जो मुझे एक उचित निर्णय लगता है

    जब मैं Linux इस्तेमाल करता था, तो i3 से xmonad पर चला गया था, लेकिन macOS पर AeroSpace निश्चित रूप से बेहतर लगता है। macOS के ये तीनों विंडो मैनेजर Linux के असली विंडो मैनेजरों जितने अच्छे नहीं हैं, लेकिन AeroSpace जो कर सकता है उसके भीतर शायद सबसे बेहतर के क़रीब है

    • yabai, SIP बंद किए बिना भी ठीक से काम करता है। मैंने अभी तक AeroSpace इस्तेमाल नहीं किया, इसलिए फीचर तुलना नहीं कर सकता

  • मुझे fake Spaces वाला तरीका पसंद आया
    मैंने कभी सोचा था कि विंडो minimize करके कुछ ऐसा ही करूँ, लेकिन वास्तव में किया नहीं
    macOS में API की कमी की वजह से tiling हमेशा थोड़ा निराशाजनक ही रहेगा। फिर भी, यह तरीका शायद सबसे बेहतर performance वाला approach है
    मैंने yabai इस्तेमाल किया है, लेकिन सिर्फ विंडो move करने और focus-follows-mouse फीचर के लिए, tiling के लिए नहीं। वह unstable था, और यह yabai की गलती नहीं थी
    nikitabobko का धन्यवाद

    अब अगर कोई ऐसा तरीका मिल जाए जिससे alt-tab उन सभी fake workspaces की विंडो को नज़रअंदाज़ करे जो कोने में इकट्ठी रखी जाती हैं, तो मैं इसे तुरंत आज़माऊँगा
    docs में लिंक किया गया JankyBorders भी अच्छा है

    https://github.com/koekeishiya/yabai
    https://github.com/lwouis/alt-tab-macos
    https://github.com/FelixKratz/JankyBorders

    • मैं Stack इस्तेमाल करता हूँ और alt+h/alt+j से विंडो के बीच घूमकर यह हल करता हूँ
      Command+Tab global विंडो switching के लिए है, और ऊपर वाले shortcuts workspace context के भीतर local switching के लिए हैं

  • मैं Raycast के विंडो मैनेजमेंट टूल्स का कुछ हद तक आदी हो गया हूँ, लेकिन उन्हें AeroSpace के साथ व्यवहारिक रूप से साथ इस्तेमाल करना मुश्किल है
    उदाहरण के लिए, Raycast में reasonable size विकल्प से विंडो को ठीक-ठाक आकार में खोलकर बीच में रखा जा सकता है। बाएँ आधे/दाएँ आधे का split, maximize, या 4-quadrant/3-split भी किया जा सकता है
    लेकिन AeroSpace में tile के अंदर की विंडो को बाएँ आधे, दाएँ आधे, बाएँ 2/3 में ले जाना, या reasonable size के साथ floating करना काम नहीं करता

साथ ही next desktop और previous desktop से app को ले जाते समय भी bug है। लगता है AeroSpace ने Mac के कई desktops को अपने workspace की तरह implement किया है, इसलिए वीडियो गाइड असल में अलग-अलग desktop के बीच switch नहीं बल्कि अलग-अलग workspace के बीच switch दिखाती है
नतीजतन next desktop और previous desktop इस्तेमाल करने पर tiling पूरी तरह बिगड़ जाती है। अगर workspace सीधे Mac के हर desktop से जुड़ी होती, और workspace move करना ही desktop move बन जाता, तो शायद Raycast और default macOS features के साथ भी कुछ हद तक compatible होता, लेकिन अफ़सोस है

  • Raycast वाकई बहुत अच्छा है
    लगता है आगे चलकर Mac power users के लिए लगभग standard app बन जाएगा
    इसमें इतने useful features हैं कि इसे ठीक से explore करना पड़ेगा। मैं सबसे ज़्यादा Linear.app integration इस्तेमाल करता हूँ

  • पिछले 5 macOS versions के दौरान अपने work computer पर SIP बंद किए बिना मैंने yabai काफ़ी इस्तेमाल किया है
    मुझे यह सच में बहुत पसंद है, और tiling बस हर कुछ दिनों में एक बार unstable होती है। मैं कम से कम हर 1 मिनट में एक बार yabai command चलाता हूँ, इसलिए yabai --restart-service को shortcut key से बाँध रखा है, और इसे चलाने पर यह हमेशा तुरंत वापस आ जाता है

    इसलिए मुझे यह काफ़ी stable और शानदार लगता है। multi-monitor मुश्किल है और मैं ज़्यादा इस्तेमाल नहीं करता, लेकिन stack और तेज़ full screen-style minimize सच में अच्छे हैं

    कुछ version upgrades के समय company antivirus इसे virus मानकर 24 घंटे के लिए disable कर देता है, और उस दिन computer इस्तेमाल करना इतना धीमा और उदास करने वाला लगता है कि मन ही नहीं करता

  • मैं इसे कई महीनों से इस्तेमाल कर रहा हूँ। i3 लगभग perfect है और AeroSpace एक अच्छी कोशिश है, लेकिन i3 से इसकी दूरी काफ़ी है और यह काफ़ी unstable है
    शायद इसलिए कि Mac OS X Unix window manager जैसी पूरी control की अनुमति नहीं देता

    फिर भी मुझे अभी तक इससे बेहतर कुछ नहीं मिला। जब Apple Silicon पर Linux अच्छी तरह चलने लगेगा, तो मैं उसे install करूँगा। कम से कम मेरे लिए सिर्फ i3 ही Linux इस्तेमाल करने की पर्याप्त वजह है, और Mac OS X window manager के लिहाज़ से सच में बहुत कमजोर है

    • hobby project के तौर पर मैंने इससे मिलते-जुलते क्षेत्र को थोड़ा छुआ है, और वजह official API की सीमाएँ हैं
      आख़िरकार undocumented private APIs और hacks पर बहुत निर्भर होना पड़ता है। ये चीज़ें internal use के लिए होती हैं, इसलिए unstable हैं, और operating system खुद भी window/process management में काफ़ी दखल देता है, इसलिए यह ऐसे हालात में सहयोगी ढंग से काम करने के लिए design नहीं किया गया। नतीजतन OS और third-party apps अक्सर एक-दूसरे के रास्ते में आ जाते हैं

    • मुझे भी वही समस्या है। अभी तक ऐसा window manager नहीं मिला जो OSX default full screen mode को ठीक से संभाले
      AeroSpace default full screen इस्तेमाल करने पर बुरी तरह उलझ जाता है। इसे समझ नहीं आता कि focus कहाँ होना चाहिए

      मेरे case में:

      Workspace 1: terminal
      Workspace 2: slack app
      Open chrome in native full screen

      अब workspace 1 पर switch करके देखिए, समस्या होती है

      फ़िलहाल मैं default full screen apps के बिना इसे थोड़ा और इस्तेमाल करूँगा। उम्मीद है तब यह बेहतर काम करेगा

  • मैं इस product और Yabai के user experience के फर्क को लेकर curious हूँ। Yabai का SIP issue मुझे बड़ा issue नहीं लगता। जितने Yabai users को मैं जानता हूँ, उनमें कोई SIP बंद नहीं करता, और सब ठीक से इस्तेमाल करते लगते हैं
    मैं जानना चाहता हूँ कि फर्क i3 style में है या नहीं

    व्यक्तिगत रूप से मैं Fluxbox जैसी utility इस्तेमाल करता हूँ, जो modifier key combo दबाए रखते हुए window के किसी भी हिस्से से mouse के जरिए resize और move करने देती है। यह automated नहीं है, लेकिन unstable भी नहीं है। पूरी तरह managed approach की बजाय, यह mouse movement कम करके floating को बहुत आसान बनाने के ज़्यादा करीब है

    • मैंने दोनों काफ़ी इस्तेमाल किए हैं और मुझे AeroSpace ज़्यादा पसंद है
      मेरे लिए निर्णायक बात multi-monitor support है, और इसके अलावा भी कुछ छोटे फायदे हैं

      Yabai में अगर workspace को नए monitor पर ले जाएँ, तो उसका ID बदल जाता है, इसलिए keyboard shortcuts से उस तक लगातार पहुँचना संभव नहीं रहता। alt+2 के टूटने की वजह यह है कि वह अब workspace 2 नहीं रह जाता, बल्कि 11 या कोई और नंबर बन जाता है। AeroSpace में alt+m और alt+shift+m से workspace को monitors के बीच आसानी से move किया जा सकता है

      एक और feature यह है कि Mission Control animation के बिना window तुरंत चिपक जाती है। यही बात मुझे सच में बहुत खटकती थी

      मुझे लगभग रोज़ जिन दो features की ज़रूरत पड़ती है, वे यही हैं, और workspace support की कमी की वजह से Yabai मेरे लिए लगभग पूरी तरह unusable है

    • Yabai में Spaces को किसी भी तरह handle करना हो, या windows की stacking order बदलनी हो, या कई दूसरे features इस्तेमाल करने हों, तो SIP बंद करना पड़ता है [0]
      अगर वे features इस्तेमाल नहीं करने हैं तो यह हर व्यक्ति की पसंद है, लेकिन बहुत से users के लिए वे core features हैं

      [0] https://github.com/koekeishiya/yabai/wiki/Disabling-System-I...

  • मैं जानना चाहता हूँ कि यह Amethyst से कैसे अलग है। Amethyst हाल में काफ़ी ज़्यादा stable हो गया है और मैं इसे मज़े से इस्तेमाल कर रहा हूँ
    text-based settings पहली नज़र में काफ़ी अच्छी लगती हैं, लेकिन switch करने लायक है या नहीं, यह पक्का नहीं

    • अब तक मैं Amethyst इस्तेमाल करता रहा हूँ, लेकिन AeroSpace मुझे तुरंत ज़्यादा पसंद आया
      Amethyst के बारे में मेरी सबसे बड़ी शिकायत यह है कि वह windows को बहुत सुस्त और unstable तरीके से इधर-उधर फेंकता है। AeroSpace में windows दूसरे workspaces/monitors पर पलक झपकते ही चली जाती हैं और fail नहीं होतीं
      macOS के built-in workspaces को पूरी तरह छोड़कर अपने virtual workspaces इस्तेमाल करना भी अच्छा लगता है। इसकी वजह से multi-monitor setup को झेलना काफ़ी आसान और थोड़ा enjoyable हो जाता है

      Linux के दिनों में मैं i3 से xmonad पर गया था, लेकिन macOS पर AeroSpace साफ़ तौर पर बेहतर लगता है। macOS के ये तीनों window managers Linux के असली window managers की बराबरी नहीं कर पाते, लेकिन AeroSpace जो कर सकता है, उसमें यह लगभग सबसे अच्छा दिखता है

    • मेरे अनुभव में AeroSpace ज़्यादातर मामलों में काफ़ी बेहतर है
      कुछ अजीब बातें हैं और मुझे कुछ bug reports दर्ज करनी होंगी, लेकिन इसने Amethyst की तुलना में macOS को काफ़ी ज़्यादा सहने लायक बना दिया है

    • Amethyst में भी text-based settings की जा सकती हैं
      https://github.com/ianyh/Amethyst/blob/development/docs/conf...

  • मैं पिछले कुछ महीनों से इसका इस्तेमाल कर रहा हूँ, और कुल मिलाकर यह पसंद आया। यह अच्छी बात है कि सब कुछ एक ही फ़ाइल में configure होता है, यानी कोई GUI नहीं है
    एक समस्या यह है कि अगर app Mac के default tabs का इस्तेमाल करता है, तो AeroSpace हर tab को एक window मानता है, जिससे fullscreen feature पूरी तरह बिगड़ जाता है। Alacritty इसका एक उदाहरण है, जो काफ़ी अजीब है

    इससे जुड़ा issue खुला हुआ है:
    https://github.com/nikitabobko/AeroSpace/issues/68

    • Yabai को भी यही समस्या है, और अभी तक developer इसे ठीक नहीं कर पाया है