Cosmoe - Thư viện lớp BeOS chạy trên Wayland

• Thư viện lớp GUI C++ nhẹ cho phép dễ dàng phát triển các ứng dụng đồ họa native trực quan và mạnh mẽ trên Linux bằng cách giữ nguyên API kiểu BeOS hiện có
• Hoạt động trong môi trường dựa trên Wayland, và khác với Haiku hiện có, có thể chạy trên nhân Linux và với bất kỳ hệ thống tệp nào
• Hướng tới các lớp GUI cực kỳ dễ dùng, kiến trúc đa luồng và mức sử dụng tài nguyên tối thiểu, phù hợp với phần cứng hiện đại
• Bắt nguồn từ dự án Haiku, nhưng Cosmoe sử dụng nhân Linux và có cấu trúc nhẹ hơn
• Có hai phiên bản: một thư viện kiểu mới chạy trực tiếp trong môi trường Wayland mà không cần kiến trúc máy chủ truyền thống, và Cosmoe Classic tái hiện toàn bộ Haiku OS

[GN⁺]

Ý kiến trên Hacker News

• Haiku/BeOS là một hệ thống mang lại cho tôi cảm giác về thiết kế máy tính thực sự đỉnh cao, một kết tinh của vẻ đẹp khiến người ta phải trầm trồ
  • Gợi lại nỗi hoài niệm retro về các skin Trillian 0.7x, khiến tôi muốn hồi sinh lại văn hóa tùy biến skin ứng dụng ngày xưa
  • Các biểu tượng thực sự có sức hút hoàn hảo, đến mức tôi nghĩ sẽ thật tuyệt nếu MacOS cũng có một giao diện tương tự
• Cách tiếp cận mô phỏng tính năng thuộc tính mở rộng của hệ thống tệp là một thử nghiệm rất thú vị; nó tạo cảm giác có thể xây dựng một cấu trúc gọn nhẹ để tùy biến OS hạng nhẹ mà không cần port toàn bộ trình điều khiển hệ thống tệp, và tôi tò mò muốn nghe các thử nghiệm, trải nghiệm cụ thể trong các dự án mã nguồn mở
  • Linux vốn đã hỗ trợ xattrs (thuộc tính mở rộng) từ rất lâu, nên có ý kiến cho rằng không nhất thiết phải mô phỏng lại nó
• Cuối cùng cũng xuất hiện killer app có thể đảo ngược nhận thức tiêu cực của nhiều người về Wayland: ý tưởng triển khai API BeOS
• Có hai điểm ở BeOS/Haiku mà tôi thấy đặc biệt hấp dẫn. Thứ nhất là phong cách và cách quản lý cửa sổ. Tôi muốn thử một compositor/window manager kiểu BeOS. Thứ hai là hệ thống tệp kiểu cơ sở dữ liệu, cùng các công cụ GUI và dòng lệnh có thể tận dụng nó. Tôi tò mò liệu có thể hiện thực tính năng này bằng mô phỏng thuộc tính mở rộng hay phải port toàn bộ driver, dù không quan tâm đến tương thích mà chỉ quan tâm đến chính chức năng đó
  • "Hệ thống tệp kiểu cơ sở dữ liệu" của BeOS chỉ là đặc điểm từng xuất hiện ở các phiên bản rất sơ khai. Phần lớn là tính năng của BeFS (dùng trong BeOS R5 được phát hành miễn phí và Haiku), mà thực chất chỉ là các chỉ mục btree có tên và kiểu do người dùng tự quản lý. Có thể tạo chỉ mục btree bằng nhiều khóa như địa chỉ email, loại tệp..., nhưng loại tính năng này luôn phải trả giá bằng suy giảm hiệu năng (trên đĩa có nhiều tệp nhỏ thì thường sẽ tắt nó). So với lập chỉ mục toàn văn thực thụ thì kết quả không ấn tượng, và ngay từ đầu đây cũng chỉ là một tính năng ngách mà số ít người thích. Nó giống như đèn bàn có công tắc ở tường: chỉ một số ít thấy hữu ích nên nhìn chung không được áp dụng rộng rãi
  • Nếu đang tìm window manager kiểu BeOS, dùng pekwm với theme tùy biến có thể tái hiện khá giống; điểm mạnh lớn nhất theo tôi là có thể gom nhiều cửa sổ lại dưới dạng tab. Xem ví dụ theme liên quan ở đây (vì là X window manager nên không thể ghép trực tiếp)
  • Liên kết tham khảo liên quan: BeOS-r5-XFWM
  • Thấy hứng thú với ý tưởng triển khai một window manager áp dụng thư viện này
  • Tôi thực sự thấy cách phơi bày mọi thứ từ trình quản lý tệp đến hộp thư trong file explorer là rất hữu dụng
• Được đánh giá là tin tức giao diện người dùng còn gây phấn khích hơn hẳn Liquid Glass
• Tôi từng triển khai API BeOS trên win32 vào đầu những năm 2000. Hồi đó tôi ngây thơ kỳ vọng rằng nếu mọi người bắt đầu phát triển cho BeOS thì BeOS đương nhiên sẽ trở thành một OS phổ biến
  • Tò mò không biết đó có phải là một dự án sở thích độc lập không. Phía Gobe cũng từng port bộ ứng dụng năng suất của họ từ BeOS sang Windows và Linux theo cách tương tự
  • Nếu bạn còn sở hữu quyền với phần triển khai đó, liệu có thể công khai nó lên github không
  • Tôi cũng từng biết thêm một người khác có dự án tương tự (dù trường hợp của tôi là để phục vụ Flash/ActionScript)
• Nhớ lại rằng câu mô tả "có kèm nhiều ứng dụng demo để bạn thấy được tính năng" từng là khẩu hiệu rất điển hình của BeOS. Các bản xem trước công nghệ mới và nhiều demo đa dạng (trình diễn video trên khối lập phương, quả cầu...) kích thích sự tò mò của người dùng, nhưng rốt cuộc các nhà phát triển vẫn không xuất hiện, đó là điều đáng tiếc. Điểm này cũng giống Microsoft Phone hay Pebble Watch khi cuối cùng đều thiếu một hệ sinh thái nhà phát triển. Thiếu khả năng sử dụng thực sự và sự tham gia thực chất, nên chỉ dừng ở cảm giác "wow" thoáng qua
  • Có ý kiến cho rằng một nguyên nhân lớn khiến BeOS không thể lên dòng chính là vì Microsoft đã làm cho việc cài đặt và chạy BeOS trở nên khó khăn. Thực tế Hitachi Flora Prius được cài sẵn cả Windows 98 và BeOS, nhưng do vấn đề giấy phép OEM nên dual boot bị chặn, và việc kích hoạt phân vùng BeOS cũng rất phức tạp (Wikipedia liên quan)
  • Với Microsoft Phone, vấn đề không hẳn nằm ở nhà phát triển mà chủ yếu do hàng loạt sai lầm do chính Microsoft tự gây ra. Bản thân sản phẩm không tốt, và cũng không hề cải thiện lên
  • Thực tế tôi từng dùng BeOS làm OS chính hơn một năm. Có GoBe Productive do đội ngũ phát triển ClarisWorks tạo ra (bộ office kiểu Works), e-Picture là đối thủ của Fireworks, Pe là trình soạn thảo lập trình mạnh như BBEdit, các công cụ âm nhạc với chức năng độc đáo (trộn và chỉnh tốc độ nhiều MP3 của SoundPlay, synth hướng đối tượng của ObjektSynth), thậm chí cả hệ thống điều khiển sân khấu thực sự được dùng trong các show Broadway và Cirque de Soleil, cùng phần mềm hoạt hình như Moho vẫn còn tồn tại đến nay. Nói cách khác, khả năng sử dụng và sự tham gia đã từng bắt đầu; nếu Be, Inc. hài lòng với chỉ một thị trường ngách vừa phải (tức là không all-in vào Internet Appliances), có lẽ thất bại của BeOS đã có thể tránh được. (Trớ trêu là thị trường Internet Appliances ấy phải 10 năm sau, với iPad, mới thực sự thành hiện thực)
• Tôi không quen với API BeOS, nhưng thiết kế giao diện người dùng rất ấn tượng. Tuy vậy, tôi không thấy bất kỳ đề cập hay kế hoạch nào liên quan đến Accessibility. Nếu không có hỗ trợ accessibility cơ bản thì đó là vấn đề lớn; tôi hy vọng nó либо đã được tích hợp, либо ít nhất cũng đã có kế hoạch
  • Tôi nghĩ Windows XP có accessibility tốt hơn bất kỳ OS nào hiện nay, nhờ cấu trúc thân thiện với tùy biến và hack. Đó là lý do những người khuyết tật vẫn chưa thể rời bỏ các hệ thống dựa trên XP. Mã nguồn nhỏ, đơn giản và phần mềm có accessibility tốt một cách vốn có
• Việc xây dựng thứ gì đó dựa trên BeOS thật thú vị. Nếu là Windows thì cứ mỗi lần Microsoft phát hành phiên bản mới sẽ lại lập tức xuất hiện hiện tượng không còn được hỗ trợ hoặc thêm các ràng buộc, còn BeOS thì là OS đã chết nên không có nỗi lo đó. Có người ví dự án Haiku dù sắp tròn 25 năm nhưng vẫn còn rất xa mới hoàn thiện rõ rệt (tốc độ còn chậm hơn cả ốc sên)
  • Thực tế Haiku đang ở trạng thái phát triển khá tốt. Trước đây nó từng chạy rất mượt trên phần cứng bare metal (chỉ có lẽ không hỗ trợ GPU acceleration và wifi)
  • Chính sách đánh số phiên bản của Haiku khá bảo thủ, và hiện tại nó đã đủ dùng trong đời sống hằng ngày
  • Mã nguồn Haiku có rào cản tiếp cận tương đối thấp. Code không phức tạp, nhất quán, không bị chồng nhiều lớp từ các thời kỳ hay bối cảnh khác nhau nên khá dễ đọc (dù là C++ nhưng không lạm dụng các đặc tính hiện đại). Cấu trúc hệ thống và tương tác vận hành đủ đơn giản, rõ ràng để có thể hình dung như một mô hình kim loại
  • Có câu đùa rằng BeOS là tiếng Latin của giới hệ điều hành
• BeOS từng được Palm mua lại, rồi Palm tạo ra WebOS và chuyển nó cho LG. Tôi tò mò không biết trong chiếc TV LG WebOS hiện tại của tôi có còn sót lại đoạn mã nào từ BeOS không
  • Về thắc mắc liệu BeOS có thực sự nối tiếp sang WebOS hay không: năm 2003 Palm tách thành PalmOne (phần cứng) và PalmSource (phần mềm), và BeOS được chuyển sang PalmSource. Sau đó PalmOne mua lại hoàn toàn thương hiệu Palm từ PalmSource để quay lại tên Palm, rồi công ty này tạo ra WebOS và bán nó cho HP. Trong khi đó PalmSource được ACCESS mua lại (ACCESS là công ty phát triển trình duyệt NetFront), nên quyền với BeOS cũng chuyển sang ACCESS
  • Nếu có yếu tố nào thực sự còn lại từ Be, thì có lẽ chỉ là lịch sử Binder của BeIA từng được đưa vào Android rồi sau này bị viết lại hoàn toàn mà thôi