Cosmoe - Biblioteca de classes BeOS que funciona sobre Wayland

• Uma biblioteca leve de classes GUI em C++ que permite desenvolver facilmente apps gráficos nativos intuitivos e poderosos no Linux usando diretamente a API no estilo BeOS existente
• Funciona em ambientes baseados em Wayland e, ao contrário do Haiku tradicional, pode ser executada com o kernel Linux e em qualquer sistema de arquivos
• Tem como objetivos classes GUI muito fáceis, estrutura multithread e uso mínimo de recursos, sendo adequada para hardware moderno
• Derivada do projeto Haiku, mas o Cosmoe usa o kernel Linux e uma estrutura mais leve
• Existem duas versões: uma nova biblioteca que roda diretamente em ambientes Wayland sem a estrutura tradicional baseada em servidor, e o Cosmoe Classic, que recria todo o Haiku OS

[GN⁺]

Comentários do Hacker News

• Haiku/BeOS é, para mim, um sistema que transmite a sensação de design de computador verdadeiramente refinado e uma obra-prima de beleza inspiradora
  • Traz uma nostalgia retrô que lembra os skins do Trillian 0.7x, e dá vontade de ver renascer a antiga cultura de aplicar skins nos apps
  • Os ícones têm um charme absolutamente perfeito; fico pensando que seria ótimo se houvesse uma interface parecida no MacOS
• A abordagem de emular o recurso de atributos estendidos do sistema de arquivos é uma tentativa muito interessante; dá a expectativa de uma estrutura enxuta para customização de OS leve sem precisar portar o driver inteiro do sistema de arquivos, e desperta curiosidade para ouvir experimentos e experiências concretas em projetos open source
  • O Linux já suporta xattrs (atributos estendidos) há muito tempo, então não haveria necessidade de emular isso
• Finalmente, o killer app que vai fazer quem vê o Wayland de forma negativa mudar de ideia: implementar a API do BeOS
• Há dois pontos que me atraem especialmente no BeOS/Haiku. Primeiro, o estilo e a forma de gerenciamento das janelas. Tenho vontade de experimentar um compositor/gerenciador de janelas no estilo BeOS. Segundo, o sistema de arquivos estilo banco de dados, junto com GUI e ferramentas de linha de comando que possam explorá-lo. Fico curioso se a emulação de atributos estendidos conseguiria realizar isso, ou se seria necessário portar o driver inteiro desde o início (não pela compatibilidade, mas pelo interesse puramente funcional)
  • O “sistema de arquivos em estilo banco de dados” do BeOS foi uma característica presente apenas em versões extremamente iniciais. Na prática, quase tudo é funcionalidade do BeFS (usado no BeOS R5 distribuído gratuitamente e no Haiku), e no fundo se resume a índices btree nomeados/tipados gerenciados livremente pelo usuário. Dá para criar índices btree com várias chaves, como endereço de e-mail e tipo de arquivo, mas esse recurso inevitavelmente cobra um preço em desempenho (em discos com muitos arquivos pequenos, normalmente ele é desativado). Comparado a indexação full-text de verdade, o resultado deixa a desejar, e desde o início sempre foi um recurso de nicho apreciado por poucos. É como um abajur de mesa com interruptor na parede: só uma minoria sente o benefício, então em geral isso não é adotado amplamente
  • Se você procura um gerenciador de janelas no estilo BeOS, o pekwm com um tema customizado consegue reproduzir uma sensação bem parecida; pessoalmente acho que a maior vantagem é justamente poder agrupar janelas em abas. Veja um exemplo de tema aqui (como é um gerenciador de janelas do X, não dá para combinar diretamente)
  • Link de referência relacionado ao BeOS-r5-XFWM
  • Acho interessante a ideia de implementar um gerenciador de janelas usando essa biblioteca
  • Acho realmente útil a forma como tudo, do explorador de arquivos até as caixas de e-mail, fica exposto
• Avaliação de que essa é uma notícia de interface de usuário muito mais empolgante do que Liquid Glass
• Experiência de ter implementado a API do BeOS sobre win32 no começo dos anos 2000. Na época, havia a expectativa ingênua de que, se as pessoas começassem a desenvolver para BeOS, ele naturalmente se tornaria um sistema operacional popular
  • Pergunta se foi um projeto independente de hobby. Explicação de que a Gobe também portou seus apps de produtividade do BeOS para Windows e Linux de forma semelhante
  • Pergunta se, caso ainda possua os direitos daquela implementação, seria possível publicá-la no github
  • Eu também conheci mais uma pessoa que teve um projeto parecido (embora, no meu caso, fosse para Flash/ActionScript)
• A frase “Inclui vários apps de demonstração para que você possa conhecer os recursos” era uma espécie de lema típico do BeOS. Recordação de como previews de novas tecnologias e demos variadas (como cubo, esfera exibindo vídeo etc.) despertavam a curiosidade dos usuários, mas no fim os desenvolvedores nunca apareciam. Isso lembra o Microsoft Phone ou o Pebble Watch, que também acabaram sem um ecossistema de desenvolvedores. Faltou usabilidade e participação reais; tudo acabou ficando num breve momento de “uau”
  • Observação de que um dos grandes motivos de o BeOS não ter chegado ao mainstream foi o fato de a Microsoft ter dificultado a instalação e a execução do sistema. O Hitachi Flora Prius vinha com Windows 98 e BeOS instalados ao mesmo tempo, mas por questões de licença OEM o dual boot era bloqueado, e ativar a partição do BeOS era bem complicado (Wikipedia relacionada)
  • No caso do Microsoft Phone, o problema foi menos dos desenvolvedores e mais o acúmulo de erros cometidos pela própria Microsoft. O produto em si não era muito bom e também não melhorou
  • Eu mesmo usei o BeOS como sistema principal por mais de um ano. Havia exemplos reais de uso: GoBe Productive, criado pela equipe do ClarisWorks (um office no estilo Works); e-Picture, concorrente do Fireworks; o poderoso editor de programação Pe, no estilo do BBEdit; ferramentas musicais com recursos originais (como a mixagem de múltiplos MP3 com controle de velocidade no SoundPlay e o sintetizador orientado a objetos ObjektSynth); até um sistema de controle de palco realmente usado em shows da Broadway e do Cirque de Soleil; além de softwares de animação como o Moho, que ainda existe hoje. Ou seja, usabilidade e participação já tinham começado. Se a Be, Inc. tivesse se contentado com um nicho de mercado apropriado (isto é, se não tivesse apostado tudo em Internet Appliances), o fracasso do BeOS poderia ter sido evitado. (Ironicamente, o próprio mercado de Internet Appliances só se concretizou de fato 10 anos depois com o iPad)
• Não conheço bem a API do BeOS, mas o design da interface de usuário é muito impressionante. No entanto, não vejo nenhuma menção nem plano relacionado a acessibilidade. Se não houver suporte básico de acessibilidade, isso me parece um grande problema; espero que já exista algo embutido ou pelo menos algum plano
  • Há quem ache que o Windows XP tinha acessibilidade melhor do que qualquer sistema operacional atual, graças à sua estrutura amigável a customizações e hacks. É por isso que algumas pessoas com deficiência ainda não abandonam sistemas baseados em XP. O código é pequeno, simples, e o software tem acessibilidade inerentemente excelente
• É interessante construir algo sobre o BeOS. Se fosse no Windows, a Microsoft lançaria uma versão nova e logo apareceriam incompatibilidades ou restrições; como o BeOS já é um sistema morto, essa preocupação não existe. O projeto Haiku está chegando a quase 25 anos e ainda parece longe de uma conclusão clara — num ritmo mais lento que um caracol
  • Na prática, o estado de desenvolvimento do Haiku é bem bom. Antigamente ele já rodava de forma agradável até em bare metal (provavelmente só sem aceleração de GPU e wifi)
  • A política de versionamento do Haiku é conservadora, e ainda hoje ele é perfeitamente utilizável no dia a dia
  • O código-fonte do Haiku tem uma barreira de entrada relativamente baixa. O código não é complexo, é consistente, e não está coberto por camadas acumuladas de diferentes épocas e contextos, então é fácil de ler (embora seja C++, não abusa de recursos modernos). A estrutura do sistema e as interações de funcionamento são simples e claras a ponto de poderem ser visualizadas como um modelo metálico
  • Piada de que o BeOS é como o latim entre os sistemas operacionais
• O BeOS foi adquirido pela Palm, e a Palm criou o WebOS antes de repassá-lo à LG. Fico me perguntando se ainda existe algum código do BeOS na minha TV LG com WebOS
  • Sobre a dúvida se o BeOS realmente levou ao WebOS: em 2003, a Palm foi dividida em PalmOne (hardware) e PalmSource (software), e o BeOS foi para a PalmSource. Depois, a PalmOne comprou da PalmSource os direitos completos sobre a marca Palm e voltou a se chamar Palm; foi essa empresa que criou o WebOS e depois o vendeu à HP. Enquanto isso, a PalmSource foi adquirida pela ACCESS (empresa por trás do navegador NetFront), e com isso os direitos do BeOS também foram para a ACCESS
  • Se houve um elemento realmente vindo da Be, talvez tenha sido o recurso Binder do BeIA, que influenciou o Android antes de depois ser totalmente reescrito