Toen ik in 1998 Linux begon te gebruiken, was het lelijk.

In die tijd installeerde je het door ongeveer 40 diskettes in je computer te plaatsen en te bidden dat een van deze geen sufferd was en je opnieuw moest beginnen.

Na dit lange installatieproces werd u meestal gepresenteerd met deze niet-geheel-intuïtieve interface:

darkstar login:
_

In die tijd was het dominante besturingssysteem Windows 95, waarbij Windows 98 net zijn wielen liet rollen - en Linux's Wargames-achtige vibe maakte het duidelijk niet beter voor een moderne generatie die zich op de GUI richtte.

Terwijl onze baardige vrienden in de Linux-kernel probeerden grafische kaarten te krijgen, werd er steeds meer moeite gedaan om een ​​grafische omgeving te creëren waar de wereld bekend mee was.

Deze poging begon met X - het stuk software dat dingen op je scherm schildert - maar het was niet genoeg. Om een ​​echt bruikbare GUI te krijgen, had je een goede windowmanager nodig om mee te werken.

In tegenstelling tot de Windows-wereld, stelde X je in staat om meerdere vensterbeheerders te draaien, en een overvloed aan gekke en prachtige pogingen werden gedaan. Sommige waren eenvoudig, sommige waren complexer, sommige probeerden het besturingssysteem van Microsoft te emuleren en sommige waren gewoon knettergek. Temidden van deze creatieve explosie kwamen twee grafische omgevingen naar voren als de duidelijke populaire keuzes: KDE en Gnome.

Hoewel beide volledig functionerende omgevingen waren en geweldig voor gebruikers, waren ze in wezen twee verschillende ommuurde tuinen met weinig overgang. Beiden hebben veel van dezelfde problemen opgelost, zoals het presenteren van manieren om bestanden te starten en lettertypen te beheren, maar elk deed zijn eigen ding op zijn eigen manier. Dingen moesten veranderen.

Terwijl onze community groeide, was het gek dat twee ontwikkelaars hetzelfde probleem op twee verschillende manieren konden oplossen. Gelukkig stond de situatie op het punt om veel beter te worden.

Het verenigen van het bureaublad

Met meer en meer gebabbel over cross-desktop-deelname, werd het freedesktop.org-project aangekondigd als een desktoponafhankelijke plaats waar software kon worden ontwikkeld ten behoeve van elke desktop die het wilde gebruiken. De site bood een wiki, codehosting, e-maildiscussielijsten, IRC-kanalen en meer.

Het had een enorme impact op desktops. Er is veel software gemaakt; een deel ervan bereikte snel volwassenheid en loste echte problemen op, terwijl sommige projecten begonnen maar uiteindelijk nooit af waren. Ongeacht welke projecten werkten en welke niet, bracht freedesktop.org ook een belangrijke boodschap: we zouden proberen waar mogelijk samen te werken tussen desktops. Het bericht werd in de volksmond ontvangen en de desktop bleef evolueren.

Een van de belangrijkste stukjes software die uit freedesktop.org kwam, was een Unified Messaging-systeem. Op dat moment was een belangrijke uitdaging voor desktopontwikkelaars hoe applicaties met elkaar konden communiceren; de webbrowser moest communiceren met de systeemsleutelring, de netwerkdaemon met het pictogram in het paneel, enzovoort.

KDE probeerde dit probleem op te lossen met een systeem met de naam DCOP, wat een intuïtieve manier was voor toepassingen om berichten van en naar andere applicaties te verzenden en ontvangen. Hoewel DCOP goed werkte in KDE, loste het helaas het bredere probleem tussen meerdere applicaties op meerdere desktops niet op. En zo was het D-BUS-project geboren.

D-BUS is in een notendop een cross-desktop equivalent van DCOP. Het biedt een faciliteit waarin applicaties via een gemeenschappelijke bus met elkaar kunnen communiceren en een gemeenschappelijke taal kunnen gebruiken. D-BUS maakte een koortsachtige ontwikkelingsperiode door, werd uiteindelijk geratificeerd als een freedesktop.org standaard en de technologie werd ingebouwd in zowel de KDE- als de Gnome-omgeving. Dit was een enorme stap vooruit voor de desktop en nog een sterke stap in de evolutie.

De desktop verfijnen

Met al dit cross-desktop werk gaande, zagen we enorme ontwikkelingen op de Linux-desktop. Veel van onze langdurige problemen werden aangepakt - USB-apparaten waren plug-and-play, draadloos netwerken was slechts een klik verwijderd, printen was eenvoudig, software was eenvoudig te installeren; dingen werden beter. Het voelde alsof we echt relevant werden, en we hadden iets dat de concurrenten niet deden: een ongelooflijke wereldwijde gemeenschap die samenwerkt.

In de wereld van Ubuntu deden we ons best om voorop te lopen bij het leveren van deze innovatie aan gebruikers. We namen open source-software en integreerden deze en ons doel was om deze inhoud op een manier te leveren die echte problemen voor mensen oploste; of het nu gaat om je muziekspeler aan het werk te krijgen, online te gaan of wat dan ook.

In 2008 was Mark Shuttleworth, de oprichter van Ubuntu, erop gebrand deze innovatie en focus in Ubuntu op te voeren, dus richtte hij het Ayatana-project op. Het idee was eenvoudig: een ontwerpteam en een technisch team aanwerven en een aantal verbeteringen aan de gebruikersinterface en verbeteringen bouwen die werden gedefinieerd door een sterk gevoel voor kwaliteit in ontwerp.

Dit was nieuw voor zowel Mark, het bedrijf (Canonical) en Ubuntu. We hadden een lange geschiedenis van verzending en integratie van software, maar zo'n ontwerpgericht initiatief was een onbekend terrein.

Ayatana

Toen Ayatana werd opgericht, werd een uitgebreid ontwerpteam ingehuurd door Canonical. Het team had verschillende achtergronden: veel kwamen van merk, grafisch ontwerp, productontwikkeling, interactie-ontwerp en andere geledingen van het leven.

De term 'smeltkroes van persoonlijkheden' is een understatement, en velen waren nieuw voor open source en namen het nog steeds helemaal in zich op, maar allen waren enthousiast en geïnspireerd door het idee van geweldig design doordrenkt met een sterke gemeenschap.

Het eerste project dat uit het team kwam, heette 'Notify OSD' en zorgde voor een nieuwe benadering van meldingsbubbels, die we maar al te goed kenden in Ubuntu. Jarenlang hadden we deze saaie gele vierkante bubbels in de rechterbovenhoek van de Gnome-desktop zien verschijnen toen een applicatie je iets moest vertellen.

Melden dat OSD hetzelfde basisconcept was, maar opnieuw werd voorgesteld. Hiermee zou een aantrekkelijke zwarte transparante bubbel tevoorschijn komen, en in plaats van erop te klikken om hem te sluiten, beweegt u met de muis eroverheen zodat de bel verdwijnt, zodat u kunt communiceren met de toepassing eronder.

De rechtvaardiging voor het ontwerp was dat notificatie bubbels informatie moeten presenteren aan de gebruiker op een manier die niet opdringerig is. Met de eerste versie van Notify OSD uitgebracht en verzonden in Ubuntu, wilde het Kubuntu-team ook de technologie in KDE.

Gelukkig had het Ayatana-team de Notify OSD-specificatie op een cross-desktop manier gemaakt en werkte het Kubuntu-team eenvoudigweg aan een andere GUI die goed in de KDE-desktop paste. Net als het OSD-bericht in Gnome, werd het goed ontvangen; een subtiele en zachte verbetering van de desktop.