Cosmoe - Wayland पर चलने वाली BeOS class library

• मौजूदा BeOS-शैली के API को ज्यों का त्यों इस्तेमाल करके Linux पर सहज और शक्तिशाली native graphics apps को आसानी से विकसित करने के लिए एक हल्की GUI C++ class library
• Wayland-आधारित environment में चलती है, और मौजूदा Haiku से अलग Linux kernel तथा किसी भी filesystem पर चल सकती है
• बहुत आसान GUI classes, multi-threaded संरचना, न्यूनतम resource उपयोग इसका लक्ष्य है, इसलिए यह आधुनिक hardware के लिए उपयुक्त है
• यह Haiku project से निकला है, लेकिन Cosmoe Linux kernel का उपयोग करता है और इसकी संरचना अधिक हल्की है
• पारंपरिक server-आधारित संरचना के बिना, Wayland environment में सीधे चलने वाली नई library और पूरे Haiku OS को पुनर्निर्मित करने वाला Cosmoe Classic, ऐसे दो versions मौजूद हैं

[GN⁺]

Hacker News राय

• Haiku/BeOS मेरे लिए वह सिस्टम है जो सचमुच उत्कृष्ट computer design का एहसास कराता है, और विस्मय पैदा करने वाली सुंदरता का निचोड़ लगता है
  • Trillian 0.7x skins की याद दिलाने वाली retro nostalgia, और पुराने app skin culture को फिर से जीवित देखना चाहने की इच्छा
  • icons वाकई बेहतरीन आकर्षण रखते हैं, और लगता है कि ऐसा ही user interface MacOS में भी होता तो अच्छा रहता
• file system की extended attributes feature को emulate करने का तरीका बहुत दिलचस्प प्रयास है; lightweight OS customization में पूरे file system driver को port किए बिना अधिक संक्षिप्त संरचना बन सकने की उम्मीद जगती है, और open source project में इस पर ठोस प्रयोग और अनुभव सुनने की जिज्ञासा है
  • Linux तो पहले से ही xattrs (extended attributes) को लंबे समय से support करता है, इसलिए इसे अलग से emulate करने की ज़रूरत नहीं है
• आखिरकार ऐसा killer app जो Wayland को नकारात्मक नज़र से देखने वालों की सोच बदल दे: BeOS API implementation का विचार
• BeOS/Haiku में मुझे खास तौर पर दो बातें आकर्षित करती हैं। पहली, window style और उसका management. BeOS-style compositor/window manager आज़माने की इच्छा है। दूसरी, database-जैसा file system, और उसे इस्तेमाल करने वाले GUI व command-line tools. extended attributes emulation से क्या यह feature हासिल हो सकता है, या फिर पूरा driver port करना पड़ेगा—इसको लेकर जिज्ञासा है (compatibility से ज़्यादा सिर्फ functionality में रुचि है)
  • BeOS का 'database-style file system' सिर्फ बहुत शुरुआती versions में ही लागू था। ज़्यादातर लोग जिस चीज़ की बात करते हैं, वह BeFS (जो मुफ़्त वितरित BeOS R5 और Haiku में इस्तेमाल हुआ) की feature set है, और वास्तव में यह user-managed named/typed btree indexes भर हैं। email address, file type जैसी कई keys पर btree index बनाया जा सकता है, लेकिन इसकी कीमत हमेशा performance गिरने के रूप में चुकानी पड़ती है (बहुत सारी छोटी files वाले disks में यह feature आमतौर पर बंद रखा जाता है)। proper full-text indexing की तुलना में नतीजे खास नहीं हैं, और शुरू से ही यह कुछ गिने-चुने लोगों को पसंद आने वाला niche feature रहा है। जैसे दीवार के switch वाला stand lamp—फायदा कुछ लोगों को दिखता है, इसलिए आम तौर पर यह मुख्यधारा में नहीं आता
  • अगर BeOS-style window manager ढूँढ रहे हैं, तो pekwm पर custom theme लगाकर काफ़ी मिलता-जुलता एहसास बनाया जा सकता है; और व्यक्तिगत रूप से tabs के रूप में कई windows को एक साथ बाँधकर इस्तेमाल करना इसका सबसे बड़ा फ़ायदा लगता है। संबंधित theme example यहाँ देखें (यह X window manager है, इसलिए सीधे जोड़ना संभव नहीं)
  • BeOS-r5-XFWM से जुड़ा reference link
  • उस library का इस्तेमाल करके window manager implement करने के विचार में रुचि
  • file explorer से लेकर mailbox तक सब कुछ उजागर करके दिखाने का तरीका वास्तव में काफ़ी उपयोगी लगता है
• Liquid Glass की तुलना में यह निश्चित रूप से कहीं ज़्यादा रोमांचक user interface news है
• 2000 के शुरुआती दशक में BeOS API को win32 पर implement करने का अनुभव रहा है। उस समय भोलेपन में लगता था कि अगर लोग BeOS के लिए development शुरू कर दें, तो BeOS अपने-आप लोकप्रिय OS बन जाएगा
  • क्या यह स्वतंत्र hobby project था? साथ में यह भी बताया गया कि Gobe ने भी इसी तरह अपने productivity apps को BeOS से Windows और Linux पर port किया था
  • अगर अब भी उस implementation के rights आपके पास हैं, तो क्या उसे github पर public किया जा सकता है?
  • मेरे अलावा एक और व्यक्ति भी ऐसे मिलते-जुलते project का अनुभव रखता था (हालाँकि मेरे मामले में वह Flash/ActionScript के लिए था)
• "कई demo apps शामिल हैं, इसलिए आप features समझ सकते हैं"—यह BeOS का एक बहुत ही परिचित motto था, ऐसा याद किया गया। नई technology preview, कई demos (जैसे cube, sphere पर video rendering) से users की जिज्ञासा तो बढ़ती थी, लेकिन developers आख़िर तक सामने नहीं आए—इस बात का अफ़सोस है। Microsoft Phone या Pebble Watch की तरह इसमें भी developer ecosystem की कमी दिखाई देती थी। असली usability और participation कम थी, और अनुभव बस थोड़ी देर के 'वाह' तक सीमित रह गया
  • यह भी कहा गया कि BeOS के mainstream न बन पाने में Microsoft की भूमिका भी बड़ी थी, क्योंकि उसने BeOS की installation और runtime environment को कठिन बना दिया था। वास्तव में Hitachi Flora Prius में Windows 98 और BeOS दोनों साथ इंस्टॉल थे, लेकिन OEM license मुद्दों की वजह से dual boot रोक दिया गया, और BeOS partition को activate करना भी बेहद जटिल था (संबंधित Wikipedia)
  • Microsoft Phone के मामले में समस्या developers से ज़्यादा Microsoft की अपनी लगातार गलतियाँ थीं। product खुद भी खास नहीं था और बाद में भी बेहतर नहीं हुआ
  • मैंने वास्तव में 1 साल से अधिक समय तक BeOS को main OS की तरह इस्तेमाल किया है। ClarisWorks टीम द्वारा बनाया गया GoBe Productive (Works-style office), Fireworks का competitor e-Picture, BBEdit जैसा ताकतवर programming editor Pe, अनोखी features वाले music tools (SoundPlay का multi-MP3 speed-control mixing, ObjektSynth का object-oriented synth), यहाँ तक कि Broadway shows और Cirque de Soleil में वास्तव में इस्तेमाल हुआ stage control system, और आज भी मौजूद Moho जैसे animation software—ऐसे कई real-world use cases थे। यानी usability और participation की शुरुआत हो चुकी थी; अगर Be, Inc. सिर्फ एक उचित niche market से संतुष्ट रहता (यानी Internet Appliances पर all-in न जाता), तो शायद BeOS की असफलता टाली जा सकती थी। (विडंबना यह कि Internet Appliances बाज़ार खुद 10 साल बाद iPad के साथ वास्तविक हुआ)
• मैं BeOS API से परिचित नहीं हूँ, लेकिन user interface design बहुत प्रभावशाली है। हालांकि accessibility से जुड़ा कोई उल्लेख या योजना कहीं दिखाई नहीं देती। अगर basic accessibility support नहीं है, तो यह बड़ी समस्या होगी; उम्मीद है कि या तो यह पहले से built-in हो, या कम-से-कम इसकी कोई योजना हो
  • यह राय भी आई कि Windows XP आज के किसी भी OS से अधिक accessibility-friendly था, क्योंकि उसकी संरचना customization और hacking के लिए अनुकूल थी। यही कारण है कि कई disabled users अब भी XP-based systems नहीं छोड़ते। code छोटा और सरल था, और software स्वभावतः accessibility के लिए अनुकूल था
• BeOS के आधार पर कुछ बनते देखना दिलचस्प है। अगर यह Windows होता, तो Microsoft नया version जारी करते ही support issues या restrictions सामने आ जाते; लेकिन BeOS तो पहले ही dead OS है, इसलिए ऐसी चिंता नहीं। Haiku project को लगभग 25 साल होने को आए, फिर भी उसकी स्पष्ट completion अभी दूर है—यानी रफ़्तार घोंघे से भी धीमी लगती है
  • Haiku की development state वास्तव में काफ़ी अच्छी है। पहले bare metal environment में भी यह आराम से चलता था (संभवतः सिर्फ GPU acceleration, wifi जैसी चीज़ें supported नहीं थीं)
  • Haiku की version numbering policy काफ़ी conservative है, और मौजूदा स्थिति में भी यह रोज़मर्रा के इस्तेमाल के लिए पर्याप्त है
  • Haiku source में entry barrier अपेक्षाकृत कम है। code जटिल नहीं, consistent है, और अलग-अलग युगों व पृष्ठभूमियों की परतें उस पर चढ़ी हुई नहीं हैं, इसलिए पढ़ना आसान है (C++ है, लेकिन modern features का अत्यधिक प्रदर्शन नहीं)। system structure और उसके interaction इतने सीधे हैं कि मानो metal model की तरह मन में उभर आते हैं
  • BeOS को operating systems की दुनिया की Latin भाषा कहने वाला मज़ाक
• BeOS को Palm ने acquire किया था, Palm ने WebOS बनाया और बाद में उसे LG को सौंप दिया। इसलिए यह जिज्ञासा है कि क्या मेरे मौजूदा LG WebOS TV में अब भी BeOS code का कोई अंश बचा होगा
  • BeOS वास्तव में WebOS तक पहुँचा था या नहीं—इस सवाल पर बताया गया कि 2003 में Palm, PalmOne (hardware) और PalmSource (software) में विभाजित हुआ, और BeOS PalmSource के पास गया। बाद में PalmOne ने PalmSource से Palm trademark पूरी तरह खरीदकर फिर Palm नाम अपना लिया, और उसी ने WebOS बनाकर HP को बेच दिया। दूसरी ओर PalmSource को ACCESS ने acquire किया (ACCESS वही कंपनी है जो NetFront browser बनाती थी), और BeOS rights भी ACCESS के पास चले गए
  • वास्तव में Be से आया एकमात्र तत्व शायद BeIA का Binder feature था, जो Android में दिखाई दिया और बाद में पूरी तरह से दोबारा लिखा गया