Cosmoe - ไลบรารีคลาส BeOS ที่ทำงานบน Wayland

 (cosmoe.org)
2 คะแนน โดย GN⁺ 2025-06-24 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ไลบรารีคลาส GUI แบบเบาในภาษา C++ ที่ยังคงใช้ API สไตล์ BeOS เดิมได้โดยตรง เพื่อให้สามารถ พัฒนาแอปกราฟิกเนทีฟบนลินุกซ์ที่ใช้งานง่ายและทรงพลังได้อย่างสะดวก
  • ทำงานบนสภาพแวดล้อมที่ใช้ Wayland และต่างจาก Haiku เดิมตรงที่สามารถรันบนเคอร์เนลลินุกซ์และระบบไฟล์ใดก็ได้
  • มีเป้าหมายที่ คลาส GUI ที่ใช้งานง่ายมาก, โครงสร้างแบบมัลติเธรด, และ ใช้ทรัพยากรน้อยที่สุด จึงเหมาะกับฮาร์ดแวร์สมัยใหม่
  • แตกแขนงมาจากโครงการ Haiku แต่ Cosmoe ใช้เคอร์เนลลินุกซ์และมีโครงสร้างที่เบากว่า
  • มีอยู่สองเวอร์ชัน: ไลบรารีรุ่นใหม่ที่ รันได้โดยตรงในสภาพแวดล้อม Wayland โดยไม่ใช้โครงสร้างแบบเซิร์ฟเวอร์ดั้งเดิม และ Cosmoe Classic ที่จำลอง Haiku OS ทั้งระบบ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-06-24
ความคิดเห็นบน Hacker News
  • Haiku/BeOS เป็นระบบที่ให้ความรู้สึกเหมือนงานออกแบบคอมพิวเตอร์ระดับมาสเตอร์พีซอย่างแท้จริงสำหรับฉัน และเป็นผลึกแห่งความงามที่ชวนให้ทึ่ง
    • ให้ความรู้สึกคิดถึงอดีตแบบย้อนยุค ชวนให้นึกถึงสกินของ Trillian 0.7x และอยากให้วัฒนธรรมการใส่สกินแอปแบบสมัยก่อนกลับมาอีกครั้ง
    • ไอคอนมีเสน่ห์ที่สมบูรณ์แบบจริง ๆ จนคิดว่าอยากให้มีอินเทอร์เฟซลักษณะคล้ายกันนี้บน MacOS ด้วย
  • แนวทางการจำลองฟังก์ชัน extended attributes ของระบบไฟล์เป็นความพยายามที่น่าสนใจมาก ทำให้คาดหวังได้ว่าน่าจะสร้างโครงสร้างที่กระชับสำหรับการคัสตอม OS แบบเบา ๆ โดยไม่ต้องพอร์ตไดรเวอร์ระบบไฟล์ทั้งหมด และก็อยากฟังการทดลองหรือประสบการณ์จริงอย่างเป็นรูปธรรมจากโปรเจ็กต์โอเพนซอร์ส
    • มีความเห็นว่า Linux รองรับ xattrs (extended attributes) มานานแล้ว จึงไม่จำเป็นต้องจำลองสิ่งนี้ก็ได้
  • ในที่สุดก็มี killer app ที่จะพลิกมุมมองของคนที่มอง Wayland ในแง่ลบได้: ไอเดียการทำ BeOS API ขึ้นมาใหม่
  • มีอยู่สองจุดที่รู้สึกว่ามีเสน่ห์มากเป็นพิเศษใน BeOS/Haiku อย่างแรกคือสไตล์และวิธีจัดการหน้าต่าง อยากลองใช้ compositor/window manager แบบกลิ่นอาย BeOS ดูบ้าง อย่างที่สองคือระบบไฟล์แบบฐานข้อมูล รวมถึง GUI และเครื่องมือบรรทัดคำสั่งที่ใช้ประโยชน์จากมันได้ เลยสงสัยว่าการจำลอง extended attributes จะทำให้ฟีเจอร์นี้เกิดขึ้นได้หรือไม่ หรือจำเป็นต้องย้ายไดรเวอร์ทั้งหมดมาเลยตั้งแต่ต้นกันแน่ (ไม่สนความเข้ากันได้ สนแค่ความสามารถของฟังก์ชันล้วน ๆ)
    • "ระบบไฟล์แบบฐานข้อมูล" ของ BeOS เป็นคุณสมบัติที่มีอยู่แค่ในเวอร์ชันยุคแรกมาก ๆ เท่านั้น ส่วนใหญ่เป็นความสามารถของ BeFS (ที่ใช้ใน BeOS R5 ซึ่งแจกฟรี และ Haiku) ซึ่งจริง ๆ แล้วก็มีแค่ดัชนี btree แบบมีชื่อ/มีชนิดที่ผู้ใช้จัดการเอง ผู้ใช้สามารถสร้างดัชนี btree จากคีย์ได้หลากหลาย เช่น อีเมลแอดเดรส ชนิดไฟล์ ฯลฯ แต่ฟีเจอร์พวกนี้ต้องแลกมาด้วยประสิทธิภาพที่ลดลงเสมอ (บนดิสก์ที่มีไฟล์เล็กจำนวนมากก็มักจะปิดฟีเจอร์นี้) ถ้าเทียบกับการทำ full-text indexing อย่างจริงจัง ผลลัพธ์ก็ไม่ได้ดีนัก และตั้งแต่แรกก็เป็นฟีเจอร์เฉพาะกลุ่มที่มีคนชอบไม่มากนัก คล้ายโคมไฟตั้งพื้นที่มีสวิตช์ติดอยู่ที่ผนัง คือมีเพียงบางคนเท่านั้นที่ได้ประโยชน์ จึงไม่ใช่อะไรที่คนนิยมใช้กันทั่วไป
    • ถ้ากำลังมองหา window manager สไตล์ BeOS ลองใช้ pekwm กับธีมคัสตอมก็น่าจะได้อารมณ์ใกล้เคียงพอสมควร โดยส่วนตัวคิดว่าข้อดีใหญ่สุดคือสามารถรวมหน้าต่างหลายบานไว้ด้วยกันในรูปแบบแท็บได้ ตัวอย่างธีมที่เกี่ยวข้องดูได้ที่นี่ (เป็น X window manager จึงเอามาผสมตรง ๆ ไม่ได้)
    • ลิงก์อ้างอิงที่เกี่ยวข้องกับ BeOS-r5-XFWM
    • สนใจไอเดียการทำ window manager โดยใช้ไลบรารีนี้
    • คิดว่าวิธีที่เปิดให้เห็นทุกอย่างตั้งแต่ตัวจัดการไฟล์ไปจนถึงกล่องจดหมายใน file explorer นั้นใช้งานได้ดีมากจริง ๆ
  • มองว่าเป็นข่าวด้านส่วนติดต่อผู้ใช้ที่น่าตื่นเต้นกว่า Liquid Glass อย่างชัดเจน
  • เคยมีประสบการณ์ทำ BeOS API บน win32 ในช่วงต้นทศวรรษ 2000 ตอนนั้นยังเคยคาดหวังแบบไร้เดียงสาว่าถ้าผู้คนเริ่มพัฒนาให้ BeOS กันแล้ว BeOS ก็น่าจะกลายเป็น OS ยอดนิยมไปเองตามธรรมชาติ
    • สงสัยว่าเป็นงานพัฒนาอิสระแบบงานอดิเรกหรือไม่ พร้อมอธิบายว่าฝั่ง Gobe ก็เคยพอร์ตแอปสาย productivity ของตัวเองจาก BeOS ไปยัง Windows และ Linux ด้วยวิธีคล้ายกัน
    • ถ้ายังถือสิทธิ์ของ implementation นั้นอยู่ จะสามารถเอาขึ้น github แบบเปิดสาธารณะได้หรือไม่
    • ฉันเองก็เจออีกคนที่เคยมีประสบการณ์ทำโปรเจ็กต์คล้ายกัน (แต่ในกรณีของฉันเป็นสำหรับ Flash/ActionScript)
  • มีคนหวนนึกว่า คำอธิบายว่า "มีแอปเดโมหลายตัวรวมมาให้เพื่อให้เห็นความสามารถ" นั้นเป็นเหมือนคำขวัญประจำของ BeOS เลย เป็นการกระตุ้นความอยากรู้อยากเห็นของผู้ใช้ด้วย technology preview ใหม่ ๆ และเดโมหลากหลายแบบ (เช่น วิดีโอบนลูกบาศก์หรือทรงกลม) แต่สุดท้ายนักพัฒนาก็ไม่เคยตามมาอย่างที่หวังไว้ ความคล้ายกับ Microsoft Phone หรือ Pebble Watch ก็คือสุดท้ายแล้วต่างก็ขาด ecosystem นักพัฒนา การใช้งานจริงและการมีส่วนร่วมอย่างแท้จริงยังไม่เกิด มีเพียงช่วงสั้น ๆ ของความรู้สึกว่า "ว้าว" เท่านั้น
    • มีข้อสังเกตว่าที่ BeOS ไม่สามารถขึ้นสู่กระแสหลักได้ ส่วนหนึ่งก็เพราะ Microsoft ทำให้สภาพแวดล้อมในการติดตั้งและใช้งาน BeOS ยากขึ้น จริง ๆ แล้ว Hitachi Flora Prius มีทั้ง Windows 98 และ BeOS ติดตั้งมาพร้อมกัน แต่เพราะปัญหา OEM license จึงถูกบล็อก dual boot และการเปิดใช้งานพาร์ทิชัน BeOS ก็ยุ่งยากมาก (วิกิพีเดียที่เกี่ยวข้อง)
    • สำหรับ Microsoft Phone นั้น สาเหตุใหญ่ไม่ใช่ปัญหาเรื่องนักพัฒนา แต่เป็นเพราะ Microsoft สะสมความผิดพลาดของตัวเองมากกว่า ตัวผลิตภัณฑ์เองก็ไม่ค่อยดี และก็ไม่ได้ดีขึ้นด้วย
    • จริง ๆ แล้วฉันเคยใช้ BeOS เป็นระบบปฏิบัติการหลักอยู่นานกว่าหนึ่งปี มีทั้ง GoBe Productive (ชุดออฟฟิศสไตล์ Works ที่พัฒนาโดยทีมจาก ClarisWorks), e-Picture ที่เป็นคู่แข่งของ Fireworks, Pe ที่เป็นโปรแกรมแก้ไขโค้ดทรงพลังคล้าย BBEdit, เครื่องมือดนตรีที่มีฟังก์ชันแปลกใหม่ (เช่น SoundPlay ที่มิกซ์และปรับความเร็ว MP3 หลายไฟล์พร้อมกันได้, ObjektSynth ซินธ์แบบ object-oriented) ไปจนถึงระบบควบคุมเวทีที่ถูกใช้งานจริงใน Broadway และ Cirque de Soleil และซอฟต์แวร์แอนิเมชันอย่าง Moho ที่ยังคงอยู่มาจนถึงทุกวันนี้ เท่ากับว่าการใช้งานจริงและการมีส่วนร่วมได้เริ่มขึ้นแล้ว ถ้า Be, Inc. พอใจกับตลาดเฉพาะกลุ่มที่เหมาะสมได้ (กล่าวคือ ถ้าไม่ได้ทุ่มสุดตัวไปกับ Internet Appliances) ความล้มเหลวของ BeOS อาจหลีกเลี่ยงได้ด้วยซ้ำ (น่าแดกดันที่ตลาด Internet Appliances กลับกลายเป็นจริงขึ้นมาราว 10 ปีต่อมาพร้อมการมาของ iPad)
  • แม้จะไม่คุ้นกับ BeOS API มากนัก แต่การออกแบบส่วนติดต่อผู้ใช้ดูน่าประทับใจมาก อย่างไรก็ตาม ไม่เห็นมีการกล่าวถึงหรือวางแผนเรื่อง Accessibility ไว้ที่ไหนเลย ถ้าไม่มีการรองรับการเข้าถึงพื้นฐานก็นับว่าเป็นปัญหาใหญ่ หวังว่าอย่างน้อยมันคงมีมาให้อยู่แล้วหรือไม่ก็อยู่ในแผน
    • คิดว่า Windows XP มีความสามารถด้าน Accessibility ที่ยอดเยี่ยมกว่าระบบปฏิบัติการใด ๆ ในปัจจุบันเสียอีก เพราะโครงสร้างมันเอื้อต่อการคัสตอมและการแฮ็ก จึงเป็นเหตุผลที่ผู้มีความพิการหลายคนยังไม่เลิกใช้ระบบที่อิง XP โค้ดมีขนาดเล็ก เรียบง่าย และเป็นซอฟต์แวร์ที่มี Accessibility ดีโดยธรรมชาติ
  • รู้สึกว่าน่าสนใจที่มีคนเอา BeOS มาเป็นฐานในการสร้างอะไรบางอย่าง ถ้าเป็น Windows พอ Microsoft ออกรุ่นใหม่ก็จะมีปัญหาว่าใช้งานหรือรองรับไม่ได้ขึ้นมาทันที แต่ BeOS เป็น OS ที่ตายไปแล้ว จึงไม่ต้องกังวลเรื่องนั้น ส่วนโปรเจ็กต์ Haiku นั้นก็เกือบจะ 25 ปีแล้วแต่ก็ยังดูห่างไกลจากความสมบูรณ์อย่างชัดเจน เป็นการเปรียบเปรยว่าช้ายิ่งกว่าหอยทาก
    • จริง ๆ แล้วสถานะการพัฒนาของ Haiku ค่อนข้างดีเลย แต่ก่อนแม้บนเครื่อง bare metal ก็ยังใช้งานได้ลื่นดี (คงขาดแค่ GPU acceleration กับ wifi)
    • นโยบายการตั้งเลขเวอร์ชันของ Haiku ค่อนข้างอนุรักษ์นิยม และในปัจจุบันก็ใช้งานในชีวิตประจำวันได้เพียงพอแล้ว
    • ซอร์สของ Haiku นั้นเข้าถึงได้ไม่ยากนัก โค้ดไม่ซับซ้อน มีความสม่ำเสมอ และไม่ได้มีเลเยอร์จากหลายยุคหลายภูมิหลังซ้อนทับกันจนอ่านยาก (แม้จะเป็น C++ แต่ก็ไม่ได้ใช้ฟีเจอร์สมัยใหม่พร่ำเพรื่อ) โครงสร้างและปฏิสัมพันธ์ของระบบเรียบง่ายและชัดเจนมากจนเหมือนวาดเป็นโมเดลโลหะได้เลย
    • มีมุกว่า BeOS เป็นเหมือนภาษาละตินแห่งโลกของระบบปฏิบัติการ
  • BeOS ถูก Palm ซื้อกิจการ จากนั้น Palm ก็สร้าง WebOS แล้วส่งต่อให้ LG เลยสงสัยว่าบน LG WebOS TV ที่ใช้อยู่ตอนนี้ยังมีโค้ดของ BeOS หลงเหลืออยู่หรือไม่
    • สำหรับคำถามว่า BeOS สืบทอดมาถึง WebOS จริงหรือไม่ มีคำอธิบายว่าในปี 2003 Palm แยกตัวเป็น PalmOne (ฮาร์ดแวร์) และ PalmSource (ซอฟต์แวร์) โดย BeOS ไปอยู่กับ PalmSource หลังจากนั้น PalmOne ก็ซื้อสิทธิ์เครื่องหมายการค้า Palm กลับมาจาก PalmSource จนกลับมาใช้ชื่อ Palm อีกครั้ง และบริษัทนี้เองที่สร้าง WebOS ก่อนจะขายต่อให้ HP ขณะที่ PalmSource ถูก ACCESS เข้าซื้อกิจการ (ACCESS เป็นผู้พัฒนาเบราว์เซอร์ NetFront) ทำให้สิทธิ์ของ BeOS ย้ายไปอยู่กับ ACCESS ด้วย
    • ถ้าจะนับองค์ประกอบที่มาจาก Be จริง ๆ ก็คงมีเพียงฟังก์ชัน Binder ของ BeIA ที่เคยถูกนำไปใช้ใน Android ก่อนจะถูกเขียนใหม่หมดในภายหลังเล็กน้อย