Em 1998, quando comecei a usar o Linux, era feio.

Naquela época você o instalou inserindo cerca de 40 disquetes no seu computador e rezando para que um deles não fosse um problema e fizesse você começar de novo.

Após esse longo processo de instalação, você normalmente foi apresentado com essa interface não totalmente intuitiva:

darkstar login:
_

Naquela época, o sistema operacional dominante era o Windows 95, com o Windows 98 apenas começando a rodar - e a vibe do estilo Wargames do Linux claramente não foi suficiente para uma geração moderna criada na GUI.

Como nossos amigos barulhentos no mundo do kernel do Linux descobriram como fazer com que as placas gráficas funcionassem, mais e mais esforço estava sendo feito para produzir um ambiente gráfico com o qual o mundo estivesse familiarizado.

Esse esforço começou com o X - o pedaço de software que pinta as coisas na sua tela - mas não foi o suficiente. Para obter uma GUI realmente utilizável, você precisava de um bom gerenciador de janelas para trabalhar.

Ao contrário do mundo do Windows, o X permitiu que você executasse vários gerenciadores de janelas, e uma infinidade de tentativas loucas e maravilhosas foram feitas. Alguns eram simples, alguns eram mais complexos, alguns tentavam imitar o sistema operacional da Microsoft e alguns eram apenas malucos. Em meio a essa explosão criativa, dois ambientes gráficos surgiram como as claras escolhas populares: KDE e Gnome.

Embora ambos estivessem em pleno funcionamento e ótimos para os usuários, eles eram essencialmente dois jardins murados diferentes com pouco cruzamento. Ambos resolveram muitos dos mesmos problemas, como apresentar maneiras de iniciar arquivos e gerenciar fontes, mas cada um fez sua própria coisa à sua maneira. As coisas tinham que mudar.

Enquanto nossa comunidade crescia, era loucura que dois desenvolvedores pudessem resolver o mesmo problema de duas maneiras diferentes. Felizmente, a situação estava prestes a ficar muito melhor.

Unificando a área de trabalho

Com mais e mais conversas sobre a participação entre desktops, o projeto freedesktop.org foi anunciado como um local independente de desktop, no qual o software poderia ser desenvolvido para beneficiar qualquer desktop que quisesse usá-lo. O site forneceu um wiki, hospedagem de código, listas de discussão por e-mail, canais de IRC e mais.

Isso teve um tremendo impacto nos desktops. Muitos softwares foram criados; alguns atingiram a maturidade rapidamente e solucionaram problemas reais, enquanto alguns projetos foram iniciados, mas nunca foram finalizados. Independentemente de quais projetos funcionaram e quais não funcionaram, o freedesktop.org também trouxe uma mensagem importante: devemos tentar colaborar entre os desktops sempre que possível. A mensagem foi recebida popularmente e a área de trabalho continuou a evoluir.

Um dos mais importantes softwares que vieram do freedesktop.org foi um sistema unificado de mensagens. Na época, um dos principais desafios enfrentados pelos desenvolvedores de desktop era como os aplicativos poderiam se comunicar uns com os outros; o navegador da Web necessário para se comunicar com o anel de chaves do sistema, o daemon de rede com o ícone no painel e assim por diante.

O KDE tentou resolver esse problema com um sistema chamado DCOP, que era uma maneira intuitiva de os aplicativos enviarem e receberem mensagens de e para outros aplicativos. Embora o DCOP tenha funcionado bem no KDE, infelizmente não resolveu o problema mais amplo entre vários aplicativos em vários desktops. E assim nasceu o projeto D-BUS.

O D-BUS é, em poucas palavras, um equivalente entre desktops para o DCOP. Ele fornece uma facilidade na qual os aplicativos podem se comunicar uns com os outros através de um barramento comum e usando uma linguagem comum. O D-BUS passou por um período febril de desenvolvimento, acabou sendo ratificado como um padrão freedesktop.org, e a tecnologia foi incorporada nos ambientes KDE e Gnome. Este foi um grande salto para o desktop, e outro passo forte em sua evolução.

Refinando a área de trabalho

Com todo esse trabalho de desktop cruzado, vimos tremendos desenvolvimentos no desktop Linux. Muitos de nossos problemas sofridos estavam sendo resolvidos - os dispositivos USB eram plug and play, a rede sem fio estava a apenas um clique de distância, a impressão era fácil, o software era simples de instalar; as coisas estavam melhorando. Parecia que estávamos realmente nos tornando relevantes, e tínhamos algo que os concorrentes não faziam: uma incrível comunidade global trabalhando em conjunto.

No mundo do Ubuntu, estávamos fazendo o melhor para estar na vanguarda de entregar essa inovação aos usuários. Estávamos desenvolvendo software de código aberto e integrando-o, e nosso objetivo era fornecer esse conteúdo de maneira a solucionar problemas do mundo real para as pessoas; seja fazendo seu player de música funcionar, ficando on-line ou qualquer outra coisa.

Em 2008, Mark Shuttleworth, o fundador do Ubuntu, estava ansioso para aumentar essa inovação e se concentrar no Ubuntu, então ele fundou o projeto Ayatana. A ideia era simples: recrutar uma equipe de projeto e uma equipe de engenharia e construir um conjunto de aprimoramentos e melhorias na interface do usuário definidos por um forte senso de qualidade no design..

Isso foi novidade para Mark, a empresa (Canonical) e o Ubuntu. Tínhamos uma longa história de envio e integração de software, mas essa iniciativa centrada em design era um território inexplorado.

Ayatana

Quando Ayatana foi fundada, uma equipe de design abrangente foi contratada pela Canonical. A equipe veio de uma variedade de origens: muitos vieram de marca, design gráfico, desenvolvimento de produtos, design de interação e outras esferas da vida..

O termo "caldeirão de personalidades" é um eufemismo, e muitos eram novos no open source e ainda assim absorviam tudo, mas todos estavam entusiasmados e inspirados pela ideia de um ótimo design infundido com uma forte comunidade.

O primeiro projeto a sair da equipe foi chamado de Notify OSD e forneceu uma nova abordagem para as bolhas de notificação, com as quais estávamos muito familiarizados no Ubuntu. Durante anos, vimos essas bolhas quadradas amarelas chatas aparecerem na parte superior direita da área de trabalho do Gnome, quando um aplicativo precisava lhe dizer algo.

Notificar OSD foi o mesmo conceito básico, mas recriado. Com isso, uma atraente bolha transparente preta apareceria e, em vez de clicar para descartá-la, passar o mouse sobre ela faria com que a bolha se desvanecesse para que você pudesse interagir com o aplicativo embaixo dela.

A justificativa para o design foi que as bolhas de notificação devem apresentar informações ao usuário de uma maneira que não seja intrusiva. Com a primeira versão do Notify OSD lançada e enviada no Ubuntu, a equipe do Kubuntu também queria a tecnologia no KDE.

Felizmente, a equipe do Ayatana havia criado a especificação do Notify OSD de maneira interdisciplinar e a equipe do Kubuntu simplesmente trabalhou em uma GUI diferente que se encaixava bem na área de trabalho do KDE. Como o Notify OSD no Gnome, foi bem recebido; uma melhoria sutil e suave para a área de trabalho.