Tillbaka 1998 när jag började använda Linux var det ful.

På den tiden installerade du det genom att sätta in cirka 40 disketter i din dator och be att en av dem inte skulle vara en duffer och få dig att börja om igen.

Efter denna långa installationsprocess presenterades du vanligtvis med det här inte helt intuitiva gränssnittet:

darkstar inloggning:
_

Vid den tiden var det dominerande operativsystemet Windows 95, med Windows 98 bara att få sina hjul att rulla - och Linux Wargames-esque vibe klarade klart det inte för en modern generation som höjdes på GUI.

Eftersom våra skäggiga vänner i Linux-kärnvärlden funderade på hur man får grafikkort att fungera, gick allt mer in i att producera en grafisk miljö som världen var bekant med.

Denna ansträngning började med X - en bit av programvara som målar saker på din skärm - men det räckte inte. För att få en riktigt användbar GUI, behövde du en bra fönsterhanterare att arbeta med.

Till skillnad från Windows-världen möjliggjorde X dig att köra flera fönsterhanterare och en mängd bräckliga och underbara försök gjordes. Vissa var enkla, vissa var mer komplexa, vissa försökte emulera Microsofts operativsystem och några var bara bonkers. I denna kreativa explosion framkom två grafiska miljöer som de klara populära valen: KDE och Gnome.

Medan båda var fullt fungerande miljöer och bra för användare, var de i huvudsak två olika muromgärdade trädgårdar med liten crossover. Båda löste många av samma problem, som att presentera sätt att starta filer och hantera teckensnitt, men varje gjorde sin egen sak på egen väg. Sakerna var tvungna att förändras.

Medan vårt samhälle växte, var det galenskap att två utvecklare kunde lösa samma problem på två olika sätt. Lyckligtvis var situationen på väg att bli mycket bättre.

Förena skrivbordet

Med mer och mer chatter om cross-desktop-deltagande, blev freedesktop.org-projektet tillkännaget som en stationär oberoende plats där programvara kunde utvecklas för att gynna alla skrivbord som ville använda det. Webbplatsen tillhandahöll en wiki, code hosting, email diskussionslistor, IRC kanaler och mer.

Det hade en enorm inverkan på stationära datorer. Mycket mjukvara skapades; En del av det uppnådde mognad snabbt och löste verkliga problem, medan några projekt började men slutligen aldrig slutfördes. Oavsett vilka projekt som fungerade och som inte gjorde, lade freedesktop.org också ett viktigt budskap: vi borde försöka samarbeta mellan skrivbord där det är möjligt. Meddelandet blev populärt mottaget och skrivbordet fortsatte att utvecklas.

En av de viktigaste programvarorna som kom ut från freedesktop.org var ett enhetligt meddelandesystem. Vid den tiden var en viktig utmaning för skrivbordet utvecklare infört hur applikationer kunde kommunicera med varandra. webbläsaren behövde kommunicera med systemnyckeln, nätverksdemonen med ikonen i panelen och så vidare.

KDE försökte lösa detta problem med ett system som heter DCOP, vilket var ett intuitivt sätt för applikationer att skicka och ta emot meddelanden till och från andra program. Medan DCOP fungerat bra i KDE löste det tyvärr inte det bredare problemet mellan flera applikationer på flera skrivbord. Därmed föddes D-BUS-projektet.

D-BUS är i ett nötskal, en cross-desktop motsvarande DCOP. Det ger en möjlighet där applikationer kan kommunicera med varandra via en gemensam buss och använda ett gemensamt språk. D-BUS gick igenom en feberisk utvecklingsperiod, blev i slutändan ratificerad som en freedesktop.org-standard och tekniken byggdes in i både KDE- och GNOME-miljöerna. Detta var ett stort steg framåt för skrivbordet och ett annat starkt steg i sin utveckling.

Raffinerar skrivbordet

Med allt detta cross-desktop arbete pågår såg vi enorma utvecklingar på Linux-skrivbordet. Många av våra problem med långvariga problem åtgärdades - USB-enheter var plug-and-play, trådlöst nätverk var bara ett klick bort, utskrift var en vind, programvaran var enkel att installera; saker blev bättre. Det kändes som att vi verkligen blev relevanta, och vi hade någonting som konkurrenterna inte gjorde: ett otroligt globalt samhälle som arbetar tillsammans.

I världen av Ubuntu gjorde vi vårt bästa för att vara i framkant för att leverera denna innovation till användarna. Vi tog open source-programvara och integrerade det, och vårt mål var att leverera detta innehåll på ett sätt som löste verkliga problem för människor. det är att få din musikspelare att fungera, komma online eller vad som helst annat.

Tillbaka 2008 var Mark Shuttleworth, grundare av Ubuntu, angelägen om att uppskatta denna innovation och fokusera i Ubuntu, så han grundade Ayatana-projektet. Tanken var enkel: att rekrytera ett designteam och en ingenjörsgrupp och bygga upp en uppsättning förbättringar och förbättringar av användargränssnitt som definieras av en stark känsla av kvalitet i design.

Detta var nytt för både Mark, företaget (Canonical) och Ubuntu. Vi hade haft en lång historia av frakt och integrering av programvara, men ett sådant design-centrerat initiativ var oskärmad territorium.

Ayatana

När Ayatana grundades, anställdes ett omfattande designteam av Canonical. Teamet kom från en mängd olika bakgrunder: många kom från varumärke, grafisk design, produktutveckling, interaktionsdesign och andra livsstil.

Termen "smältpott av personligheter" är en underdrift, och många var nya för öppen källkod och tar fortfarande allt in, men alla var entusiastiska och inspirerade av tanken på stor design infunderad med starka samhällen.

Det första projektet som kom ut ur laget kallades Notify OSD och gav ett nytt tillvägagångssätt för anmälningsbubblor, som vi alla var bekanta med i Ubuntu. I åratal hade vi sett dessa tråkiga gula fyrkantiga bubblor fram i Gnome-skrivbordets övre högra hörn när en applikation behövde berätta något för dig.

Notify OSD var samma grundläggande koncept, men återinfördes. Med det skulle en attraktiv svart transparent bubbla visas, och istället för att klicka på den för att avvisa den, skulle muspekaren sväva så att du kunde interagera med applikationen under den.

Motiveringen för designen var att anmälningsbubblor skulle ge information till användaren på ett sätt som inte är påträngande. Med den första versionen av Notify OSD släppt och skickat i Ubuntu ville Kubuntu-teamet också använda tekniken i KDE.

Lyckligtvis hade Ayatana-teamet skapat Notify OSD-specifikationen på ett cross-desktop-sätt, och Kubuntu-teamet arbetade helt enkelt på en annan GUI som passade bra in i KDE-skrivbordet. Liksom meddelandet OSD i GNOME, var det väl mottaget; en subtil och försiktig förbättring av skrivbordet.