Cosmoe - Wayland üzerinde çalışan BeOS sınıf kütüphanesi

• Mevcut BeOS tarzı API'leri aynen kullanarak Linux'ta sezgisel ve güçlü yerel grafik uygulamalarını kolayca geliştirmeyi sağlayan hafif bir GUI C++ sınıf kütüphanesi
• Wayland tabanlı ortamlarda çalışır ve mevcut Haiku'dan farklı olarak Linux çekirdeği ile her türlü dosya sisteminde çalışabilir
• Çok kolay GUI sınıfları, çok iş parçacıklı yapı, minimum kaynak kullanımı hedeflenmiştir ve modern donanımlar için uygundur
• Haiku projesinden türemiştir, ancak Cosmoe Linux çekirdeğini kullanır ve daha hafif bir yapıya sahiptir
• Geleneksel sunucu tabanlı yapı olmadan, Wayland ortamında doğrudan çalışan yeni nesil kütüphane ile Haiku OS'nin tamamını yeniden oluşturan Cosmoe Classic olmak üzere iki sürüm vardır

[GN⁺]

Hacker News yorumları

• Haiku/BeOS bana gerçek anlamda seçkin bir bilgisayar tasarımı hissi veren bir sistem ve hayranlık uyandıran bir güzelliğin vücut bulmuş hali gibi geliyor
  • Trillian 0.7x skin'lerini hatırlatan retro bir nostalji hissi veriyor, eski uygulama skin'i kültürünün yeniden canlanmasını isterdim
  • İkonların gerçekten kusursuz bir çekiciliği var, buna benzer bir kullanıcı arayüzünün MacOS'ta da olmasını isterdim
• Dosya sisteminin genişletilmiş özniteliklerini emüle etme yaklaşımı çok ilginç bir deneme; hafif bir OS özelleştirmesinde tüm dosya sistemi sürücüsünü taşımadan daha sade bir yapı kurma beklentisi yaratıyor, açık kaynak projelerde buna dair somut deneyim ve denemeleri duymayı merak ediyorum
  • Linux zaten uzun zamandır xattrs (genişletilmiş öznitelikler) desteği sunuyor, bunu ayrıca emüle etmeye gerek olmadığı görüşü
• Sonunda Wayland'e olumsuz bakanların fikrini değiştirebilecek bir killer app: BeOS API implementasyonu fikri
• BeOS/Haiku'da özellikle çekici bulduğum iki nokta var. Birincisi pencere stili ve yönetim biçimi. BeOS tarzı bir compositör/pencere yöneticisi denemek isterdim. İkincisi ise veritabanı benzeri dosya sistemi ve bunu kullanabilen GUI ile komut satırı araçları. Genişletilmiş öznitelik emülasyonuyla bu işlevin sağlanıp sağlanamayacağını, yoksa tüm sürücünün baştan taşınmasının gerekip gerekmediğini merak ediyorum (uyumluluktan çok işlevin kendisiyle ilgileniyorum)
  • BeOS'un "veritabanı tipi dosya sistemi" aslında sadece çok erken sürümlerde görülen bir özellikti. Çoğu şey BeFS'nin (ücretsiz dağıtılan BeOS R5 ve Haiku'da kullanılan) özelliklerinden geliyor ve gerçekte bunlar kullanıcının yönettiği named/typed btree indekslerinden ibaret. E-posta adresi, dosya tipi gibi farklı anahtarlarla btree indeksleri oluşturabiliyorsunuz ama bunun bedeli her zaman performans düşüşü oluyor (küçük dosyanın çok olduğu disklerde bu özellik genelde kapatılırdı). Gerçek bir tam metin indeksleme ile kıyaslandığında sonuçlar pek etkileyici değil ve zaten baştan beri az sayıda kişinin sevdiği niş bir özellikti. Duvar anahtarlı ayaklı lamba gibi; faydasını az kişi hissediyor, o yüzden genelde yaygınlaşmıyor
  • BeOS tarzı bir pencere yöneticisi arıyorsanız pekwm üzerine özel tema uygulayarak oldukça benzer bir his elde etmek mümkün; özellikle pencereleri sekmeli biçimde bir araya toplayabilmesi bence en büyük artısı. İlgili tema örnekleri için buraya bakabilirsiniz (bir X pencere yöneticisi olduğu için doğrudan birleştirmek mümkün değil)
  • BeOS-r5-XFWM ile ilgili referans bağlantısı
  • Bu kütüphaneyi kullanan bir pencere yöneticisi implementasyonu fikri ilginç
  • Dosya gezgininden posta kutusuna kadar her şeyi görünür kılan yaklaşımın gerçekten kullanışlı olduğunu düşünüyorum
• Liquid Glass'tan çok daha heyecan verici bir kullanıcı arayüzü haberi olduğu değerlendirmesi
• 2000'lerin başında BeOS API'sini win32 üzerinde implemente etme deneyimim olmuştu. O zamanlar insanların BeOS için geliştirmeye başladığında BeOS'un doğal olarak popüler bir OS haline geleceğini safça umduğumu hatırlıyorum
  • Bunun bağımsız bir hobi projesi olup olmadığını merak ediyorum. Gobe'un da benzer biçimde kendi üretkenlik uygulamalarını BeOS'tan Windows ve Linux'a port ettiği belirtiliyor
  • Eğer bu implementasyonun hakları sizdeyse github'da yayımlayıp yayımlayamayacağınız soruluyor
  • Ben de benzer bir projede yer almış başka birini tanıyordum (ama benim durumumda Flash/ActionScript içindi)
• "İşlevleri anlamanız için birden çok demo uygulaması dahildir" ifadesinin BeOS'un tipik sloganı olduğunu hatırlatan bir yorum. Yeni teknoloji önizlemeleri, çeşitli demolar (küp, küre üstünde video gösterimi vb.) kullanıcıların merakını uyandırıyordu ama geliştiriciler bir türlü gelmiyordu. Microsoft Phone ya da Pebble Watch gibi, sonunda geliştirici ekosistemi eksikliğiyle benzer kaderi paylaştığı düşünülüyor. Gerçek kullanılabilirlik ve katılım yeterince oluşmadı; kısa süreli bir "vay be" etkisi olarak kaldı
  • BeOS'un ana akıma çıkamamasında Microsoft'un BeOS'un kurulmasını ve çalıştırılmasını zorlaştırmasının da büyük payı olduğu söyleniyor. Gerçekten de Hitachi Flora Prius'ta Windows 98 ve BeOS birlikte kurulu geliyordu ama OEM lisans sorunları yüzünden çift önyükleme engellenmişti ve BeOS bölümünü etkinleştirmek de çok zordu (ilgili Wikipedia)
  • Microsoft Phone'un sorunu geliştiricilerden çok Microsoft'un kendi hatalarını üst üste yapmasıydı. Ürün zaten pek iyi değildi ve daha da iyi olmadı
  • Ben gerçekten de BeOS'u bir yıldan uzun süre ana işletim sistemim olarak kullandım. ClarisWorks ekibinin yaptığı GoBe Productive (Works tarzı ofis paketi), Fireworks rakibi e-Picture, BBEdit benzeri güçlü programlama editörü Pe, özgün özelliklere sahip müzik araçları (SoundPlay'in çoklu MP3 hız ayarlı miksleme yeteneği, ObjektSynth'in nesne yönelimli synth yapısı), hatta Broadway gösterileri ve Cirque de Soleil'de gerçekten kullanılmış sahne kontrol sistemi ve bugün hâlâ yaşayan Moho gibi animasyon yazılımları dahil pek çok gerçek kullanım örneği vardı. Yani kullanılabilirlik ve katılım aslında başlamıştı; eğer Be, Inc. makul bir niş pazarla yetinseydi (yani Internet Appliances'a tümüyle yüklenmeseydi) BeOS'un çöküşü önlenebilirdi. (İronik biçimde Internet Appliances pazarı 10 yıl sonra iPad ile gerçeğe dönüştü)
• BeOS API'sine aşina değilim ama kullanıcı arayüzü tasarımı çok etkileyici. Ancak hiçbir yerde erişilebilirlik (Accessibility) ile ilgili bir ifade ya da plan göremiyorum. Temel erişilebilirlik desteği yoksa bunun büyük bir sorun olduğunu düşünüyorum; umarım ya zaten vardır ya da en azından planlanıyordur
  • Windows XP'nin bugün bile pek çok OS'tan daha erişilebilir olduğunu düşünüyorum; bunun nedeni özelleştirme ve hackleme dostu yapısıydı. Engelli kullanıcıların hâlâ XP tabanlı sistemleri bırakmamasının nedeni de bu. Kodun küçük ve basit olması, yazılımı doğası gereği erişilebilir kılıyor
• BeOS tabanlı bir şeyler yapılması ilginç. Eğer bu Windows olsaydı Microsoft yeni bir sürüm çıkardığında hemen uyumsuzluklar ve kısıtlamalar baş gösterirdi ama BeOS zaten ölü bir OS olduğu için böyle bir kaygı yok. Haiku projesinin neredeyse 25 yıl olmasına rağmen hâlâ belirgin bir tamamlanmışlığa ulaşmaması da buna benzetiliyor (salyangozdan bile yavaş)
  • Haiku'nun geliştirme durumu aslında oldukça iyi. Eskiden bare metal üzerinde bile rahat çalışıyordu (muhtemelen sadece GPU hızlandırma ve wifi desteği eksikti)
  • Haiku'nun sürüm numaralandırma politikası muhafazakâr; şu anda bile günlük kullanım için yeterince uygun
  • Haiku kaynak koduna giriş bariyeri düşük sayılır. Kod karmaşık değil, tutarlı ve farklı dönemlerden kalma katmanların üst üste binmesi gibi bir durum olmadığından okunması kolay deniyor (C++ olmasına rağmen modern özellikleri gereksiz yere yığmıyor). Sistem yapısı ve bileşenler arası etkileşim, zihinde metal bir model gibi canlandırılabilecek kadar sade ve anlaşılır
  • BeOS'un işletim sistemleri dünyasının Latincesi olduğu şeklinde bir şaka
• BeOS Palm tarafından satın alındı, Palm WebOS'u yaptı ve sonra bunu LG'ye devretti. Şu an kullandığım LG WebOS TV'de BeOS kodundan bir şey kalıp kalmadığını merak ediyorum
  • BeOS'un gerçekten WebOS'a uzanıp uzanmadığı sorusuna yanıt olarak, Palm 2003'te PalmOne (donanım) ve PalmSource (yazılım) olarak ayrıldı ve BeOS PalmSource'a geçti. Daha sonra PalmOne, PalmSource'tan Palm markasını tamamen geri alıp yeniden Palm oldu; WebOS'u da bu şirket yaptı ve HP'ye sattı. Bu arada PalmSource ise ACCESS tarafından satın alındı (ACCESS, NetFront tarayıcısının geliştiricisiydi) ve BeOS hakları da ACCESS'e geçti
  • Be'den kalan gerçekten tek unsur varsa, bunun BeIA'daki Binder özelliğinin Android'e yansımış olması ve sonrasında onun da baştan yazılması olduğu söyleniyor