Rift - macOS için döşemeli pencere yöneticisi

• macOS üzerinde kullanılabilen, performans ve kullanılabilirliğe odaklanılarak geliştirilen açık kaynaklı bir döşemeli pencere yöneticisi
• System Integrity Protection (SIP) devre dışı bırakılmadan çalışır ve macOS'un "Displays have separate Spaces" seçeneğiyle uyumlu az sayıdaki pencere yöneticisinden biridir
• i3/sway ve bspwm benzeri çeşitli yerleşim stillerini destekler
• Mission Control tarzı çalışma alanı gezintisi ve trackpad gesture'ları gibi macOS yerel deneyimiyle doğal entegrasyon sunar
• Animasyon performansı ve kullanıcı deneyimine odaklanır; ayarların hot reload edilmesi ve harici programlarla entegrasyon özellikleri öne çıkar
• Mevcut bir macOS döşemeli pencere yöneticisi olan Aerospace'in bazı güçlü yönlerini (performans, esneklik vb.) devralırken, animasyon desteği ve çoklu ekranlarda yalnızca bir ekranı tam ekran kullanabilme gibi ek özellikleri hedefler

Başlıca özellikler

• Birden fazla yerleşim stili: i3 veya sway gibi pencereleri ızgara biçiminde yerleştirebilir ya da bspwm tarzı ikili alan bölme yaklaşımını destekler
• Menü çubuğu simgesi: Tüm çalışma alanlarını ve her çalışma alanındaki yerleşim durumunu görsel olarak gösterir
• macOS Mission Control tarzı gezinti: Çalışma alanları arasında geçişi görsel olarak kolayca yönetebilirsiniz
• Fare odağını otomatik değiştirme ve otomatik öne getirme özelliği sunar
• Pencere sürüklerken konum değiştirme mümkündür ve animasyonlar akıcı çalışır
• Trackpad gesture'ları kullanıldığında, macOS yerel deneyimindeki gibi çalışma alanları arasında geçiş yapılabilir
• Çalışırken ayar değiştirmeyi (hot reload) desteklediği için gerçek zamanlı yapılandırma çok kolaydır
• Sketchybar gibi üçüncü taraf programlarla arayüz ve CLI veya mach port üzerinden entegrasyon desteği sunar
• Çalışma alanı değiştiğinde veya pencerelerde değişiklik olduğunda dışarıya sinyaller (Signals) gönderebilir; bu sinyaller CLI veya mach bağlantısı üzerinden iletilebilir

• %100 Rust diliyle geliştirilmiştir

[GN⁺]

Hacker News görüşleri

• Eskiden i3'ü gerçekten çok kullanırdım. i3 inanılmaz esnek ve yapılandırması özgürdü; bu yüzden sadece pencere taşımaktan çok daha fazlasını yapabiliyordum. Ama Mac'e geçtikten sonra, hem çok özellikli hem de kararlı bir döşemeli pencere yöneticisi bulamadım. Birçok seçeneği denedikten sonra şimdi sadece Rectangle kullanıyorum. Rectangle aslında gerçek bir pencere yöneticisi değil; sadece pencereleri sola/sağa/üste/alta ya da 3/4/6 bölmeye kolayca taşımak için kısayollar sağlıyor. Kullanım alışkanlıklarımın yaklaşık %80'ini karşılıyor, özel yapılandırma da gerektirmiyor ve beklenmedik davranışlar da göstermediği için memnuniyetle kullanıyorum. Yaş aldıkça türlü özel ayarlara vakit harcamak da zor geliyor. Rectangle resmi sitesi

  • Rectangle'da gerçekten sevdiğim özellik todo modu. Aslında yapılacaklar yönetimi için kullanmıyorum ama bir pencereyi hep görünür olacak şekilde sabitleyebiliyorsun ve tüm pencere kısayolları da buna göre otomatik ayarlanıyor; bu da çok kullanışlı
  • Rectangle'ın Spectacle kısayol seçeneğini desteklemesine çok minnettarım. Belki bir gün varsayılan kısayolları da öğrenirim ama şimdilik elim buna alıştı, o yüzden bu şekilde devam ediyorum
  • Rectangle ve Apptivate ikilisi sayesinde yıllardır i3 alternatifi arama derdim bitti. Rectangle ile pencere taşıma, Apptivate ile super+numara üzerinden pencere geçişi — i3'te kullandığım akışın aynısı oldu
  • Benzer bir deneyim ama ben Rectangle yerine Divvy kullanıyorum. Divvy resmi sitesi
  • Rectangle tavsiye ederim. Linux'tan Mac'e geçerken uyum sağlamayı çok kolaylaştırdı

• 5k/6k ekranlarda klasik döşeme yaklaşımının sınırları var — pencereler fazla büyüyor. Bu yüzden moon gibi uygulamaların çok daha iyi olduğunu düşünüyorum. Windows'ta Moom benzeri bir uygulama olmadığı için komorebi gibi bir döşeme yöneticisi kullanıyorum. Birden fazla işletim sistemi ve cihaz arasında gidip gelen biri olarak, rift'in evrensel alt+hjkl benzeri tuş atamalarını desteklememesi üzücü. Ultra yüksek çözünürlükte veya ultra geniş monitörlerde bu tür pencere yerleşimleri bence şart (komorebi bunu destekliyor)

  • Yapıştırdığınız ASCII şema net görünmüyorsa, kod bloğunu dört boşluk girintileyince HN'de kod gibi görünüyor
  • komorebi'nin yakında macOS'e de geleceği söyleniyor komorebi macOS tanıtım videosu

• Birçok kişi için yetersiz olabilir ama benim gibi Mac'te çoğunlukla tek pencere kullanan ya da sadece harici monitör bağlayınca iki ekran kullanan biriyseniz, bu yerleşik özellikMacOS resmi pencere bölme kılavuzu yeterli oluyor (ben ağır bir döşeme kullanıcısı değilim)

  • Bunun sadece Tahoe Mac'lerde kullanılabildiğini mi merak ediyorum. Şimdiye kadar bilmiyordum
  • Böyle bir özellik olduğundan hiç haberim yoktu — bilgi için teşekkürler

• macOS'te tam ekran ve trackpad jestlerinin gerçekten cazip gelmesinin sebebi, çoğu durumda tek pencereyle çalışıyor olmanız. Ama terminal·editör·tarayıcı DevTools·loglar·dokümanlar gibi birden fazla pencereyi aynı anda açık tutmanız gerektiğinde, yerleşimin öngörülebilir olması gerçekten önemli hale geliyor. Döşeme araçları sadece iki pencereyi yan yana koymaktan ibaret değil,

  • bağlam değiştirme yükünü ciddi biçimde azaltıyor (sadece klavyeyle pencere değiştirme/yeniden düzenleme)
  • sık kullanılan çalışma düzenlerini proje bazında kopyalayabilmenizi sağlıyor
  • ultra yüksek çözünürlüklü ekranlarda hassas bölme çok daha kullanışlı oluyor
    Ben Mac'te Rectangle veya Moom ile işimin %80'ini hallediyorum, geri kalan içinse Aerospace ya da Rift kullanıyorum. Pencere sayısı ya da geçiş sıklığı arttığında döşemeli pencere yöneticisinin faydası net biçimde ortaya çıkıyor

• Bir ara kendi pencere yöneticimi yapmayı denedim ama macOS'te düzgün bir API olmadığı için hemen vazgeçtim. Pratikte erişilebilirlik API'sini hackleyerek kullanmanız gerekiyor. Bu proje de Objective C binding'leri ve erişilebilirlik API'sini kullanıyor; hata ayıklamayı ya da özellik geliştirmeyi nasıl yaptıklarını veya daha çok hangi araçları kullandıklarını merak ediyorum

  • Erişilebilirlik framework'ünün sadece "hack" diye anılmayacak kadar iyi tasarlanmış bir araç olduğunu düşünüyorum. Son bir aydır Rust ile benzer bir proje yaparken çeşitli macOS framework binding'leriyle uğraştım ve o kadar da korkutucu değildi. Geliştirme ortamı olarak Rust ve rust-analyzer ile Apple dokümantasyonu ve objc2 dokümantasyonu açık olsun yeter; XCode gibi karmaşık kurulumlara da gerek yok

• Ben de yakın zamanda Aerospace'i tam elime göre ayarlamak için epey yorucu bir uğraş yaşadım. Bu kadar çok kısayol çakışınca herkes bunu nasıl çözüyor merak ediyorum. Ben hjkl kombinasyonuna alışığım, o yüzden çoğunu buna eşlemek istiyorum ama Aerospace'in modal özelliği kısayol çakışmalarını biraz olsun çözüyor. Sonunda herkes sistemini nasıl kuruyor?

  • Genelde özel bir çözüm olmadan kullanıp geçiyorlar gibi. Bende de günlük kullanımda kısayol çakışmaları hemen ortaya çıkıyor. Aerospace'i yaklaşık 1 yıldır kullanıyorum; alt+space'i leader key yapıp her şeyi onun altına sakladım. Aerospace'in normal modunda birkaç alt-shortcut var, pencere hareketleri için {hjkl} kullanıyorum, geri kalanlarıysa ayrı modlarda hallediyorum (örneğin harf/sayıya göre hızlı pencere geçişi için 'go-to' ve 'move-to' modları). Terminalde zellij/tmux kullananlar için bunun leader key tabanlı kullanılabilirliğin genişletilmiş hali gibi hissettirdiğini söyleyebilirim, memnunum. Tek sıkıntım, Aerospace'in ekran değişiminden sonra pencereleri gizlemesi; bazen onları alt köşelerde ararken kayboluyorum
  • Aerospace'i denedim ama varsayılan ayarları tüm alt+harf kombinasyonlarını (26 tane) ayrı workspace'lere atıyor ve bu da uygulamalarda kullanabileceğiniz emacs tarzı kısayolların hepsini yok ediyor. Varsayılan tuş eşlemeleri ya da kullanım biçimi için düzgün bir eğitim bile yok, sadece bir sürü komut listelenmiş. Yakın zamanda sway ve hyprland gibi Linux ortamlarında da epey uğraştım (hatta Linux bootloader/disk şifreleme işleriyle bile), ama bu kadar kullanıcıya yabancı gelen yazılımlar nadir. O yüzden Aerospace'i sildim; şimdi Rift'i bir sonraki aday olarak düşünüyorum, ya da belki pencere yöneticisini kendim yazarım — sonuçta döşemeli pencere yöneticileri zaten çoğu zaman "ihtiyacım olanı kendim yaparım" tarzı bir tercih uzlaşması
  • Ben de benzer şekilde Karabiner ile harici klavyedeki sağ Option tuşunu Option+Shift (A1), sağ Control tuşunu da Control+Option+Shift (A2) olarak yeniden eşledim. Aerospace ayarlarında odak taşıma A1+hjkl, pencere taşıma A2+hjkl. Workspace geçişi A1+ui, pencereyi workspace'e taşıma A2+ui. Ekran (monitör) geçişi A1+m, pencereyi ekrana taşıma A2+m. Bunlar pratikte en sık kullandığım kısayol kombinasyonları oldu; uygulamalar arasında kısayol çakışırsa o uygulamanın kısayolunu değiştirip çakışmayı önlüyorum. Daha da genişletilebilir ama şu haliyle bile gayet iyi çalışıyor
  • meh (control+alt+shift) ve hyper (control+alt+shift+command) kısayollarını kullanıyorum. caps lock'a uzun basınca meh, kısa dokununca esc olacak şekilde eşledim. Böylece birçok kısayol tek elle rahatça erişilebilir hale geldi. Mesela meh+numara ile space geçişi, terminal hotwindow için meh+space, pencere odağı için de yine meh+hjkl

• Hammerspoon ile kendi pencere yöneticinizi yapabilirsiniz. Ben Divvy'nin sunduğu modal yaklaşımı (tek tuşlu komutlarla yerleşim değiştirme) seviyorum ama ne yazık ki artık bakımı yapılmıyor. Bu yüzden OpenAI Codex ile kendime modal bir pencere yöneticisi yaptım hammerspoon için pencere yöneticisi kaynak kodu. Böyle yaklaşımları paylaşmak eğlenceli olabilir!

  • Ben de divvy'yi uzun süredir düzenli kullanıyorum ama bakımının durduğunu hiç bilmiyordum… Yine de ihtiyacım olan her şeyi zaten yaptığı için sorun olmuyor. Eklenmesini isteyeceğiniz bir özellik varsa merak ettim
  • Ben MiroWindowsManager (Hammerspoon eklentisi) ile ihtiyacım olan her şeyi yaptım. Üç farklı chord division yöntemi sayesinde herhangi bir pencereyi istediğim bölmeye sadece hotkey ile anında yerleştirebiliyorum. Gerçekten birkaç saniyede pencereyi tam istediğim düzene sokabiliyorum

• MacBook trackpad kullanıcısıysanız Swish bu konuda diğer tüm uygulamaları açık ara geçiyor Swish resmi sitesi

  • Gerçekten de "highly opinionated" adını sonuna kadar hak ediyor ;). Ama benim Divvy'yi sürekli tercih etmemin sebebi, özel klavye kısayollarımın trackpad'de de harici klavyede de her zaman aynı şekilde çalışması. Divvy resmi sitesi

• Bunu (nix flake) kullanarak kuran oldu mu? yabai'den sonra çeşitli pencere yöneticileri test ediyorum ama Aerospace, olay işleme sorunları mı bilmiyorum, sketchybar ile şık workspace göstergeleri kullanınca bazen takılıyor. Sırada bunu da (rift) denesem mi diye düşünüyorum

  • Bu arada burada var rift için nix flake deposu

• macOS'te neden döşemeli pencere yöneticisine ihtiyaç duyulsun pek anlayamıyorum. Pencereleri yan yana koymanız ne kadar sık gerekiyor ki? Çoğu uygulamayı tam ekranda açıp dört parmak kaydırmayla geçmek yetmiyor mu? Biri beni ikna etsin lütfen

  • Ben çok sık kullanıyorum. Slack'i sağdaki 1/4 alana koyuyorum; geri kalanını ise tarayıcı/terminal/IDE gibi neye ihtiyacım varsa ona göre düzenliyorum. Bazen tarayıcı + log tail, bazen uygulamaların kendi içinde çoklu görünüm/terminal de kullanıyorum. Tarayıcıda da sayfaları yan yana açıp baktığım çok oluyor
  • Döşemeli pencere yöneticisinin "gerekli" olduğunu iddia etmeyeceğim. Ama "tam ekran yapıp dört parmak kaydırmak" sadece sana uygun olabilir. Ben jestleri, animasyonları ve birden fazla masaüstünü (spaces) neredeyse tamamen kapattım. Tam ekran uygulamalar arasında geçiş çok yavaş geliyor ve ihtiyaç duyduğum uygulamaya gitmek için üst üste birkaç kaydırma yapmak zorunda kalıyorum. Uygulamaların sırasını kafamda hesaplayıp kaç kez geçmem gerektiğini düşünmek istemiyorum. İstediğim uygulamayı anında açmak istiyorum
  • macOS değil ama Linux'ta döşeme kullanma gerekçeleriyle benzer olduğunu düşünüyorum. Sadece dizüstü ekranı kullanırken tam ekran daha iyi olabilir ama monitör büyüdükçe pencereleri yan yana kullanmak için birçok neden çıkıyor. Doküman/e-posta, editör/terminal/VCS, kod/doküman, şablon/web, muhasebe/banka, dosya yönetimi gibi işlerde farklı uygulamaları aynı anda görmek gerektiğinden döşeme çok daha verimli oluyor
  • Gerçekten yan yana birkaç pencere açık olmasının çok iyi geldiği durumlar var. Mesela web tarayıcısı/doküman/IDE gibi birden çok şeyle çalışırken ya da tek bir uygulamada işinizi görmek için tüm ekranı kullanmanız gerekmediğinde. Aslında çoğu uygulamanın tam ekran boyuta ihtiyacı yok; hatta bazen 1/4 döşeme daha rahat oluyor. Ben genelde tam ekran + sanal masaüstünü sık kullanırım ama bu yapılan işe göre değişiyor
  • Eskiden spaces'i (masaüstü geçişi) çok kullanırdım ama büyük monitörlerde hepsini tek ekranda görmek daha rahat oluyor. Ben 32 inçlik 3 monitör kullanıyorum (soldaki ve sağdaki dikey) ve IDE dışında neredeyse hiç tam ekran açmıyorum. Ekranı bölmek, aynı anda birkaç küçük ekranınız varmış gibi oluyor; böylece hangi pencerenin hangi masaüstünde olduğunu aramanıza gerek kalmıyor, daha basit ve verimli oluyor. Chrome birden fazla space'te açık olduğunda cmd-tab ile istediğim pencereyi seçemediğim de çok oluyor; sonunda gidip elle bulmam gerekiyor, bu da can sıkıcı. Dizüstü kullanırkense ekran küçük olduğu için pencereleri daha çok sanal space'lerle yönetiyorum. Slack, birden fazla Chrome, terminal, IDE, Postman, DataGrip gibi her uygulamaya tek bir kısayolla geçebiliyorum ve tüm ekranı değiştirmem gerekmiyor. Sanki 8 fiziksel ekranı sürekli açık tutuyormuşum gibi, verimlilik ciddi biçimde artıyor. Her uygulamaya r-cmd ile odaklanabildiğim için geçiş de çok hızlı oluyor. Sanal masaüstleri arasında dolaşmak zorunda kalmayınca bulmak da kolaylaşıyor