Tilbake i 1998 da jeg begynte å bruke Linux, var det styggt.

I de dager installerte du det ved å sette inn rundt 40 disketter i datamaskinen din og be om at en av dem ikke ville være en duffer og få deg til å starte igjen.

Etter denne lange installasjonsprosessen ble du vanligvis presentert med dette ikke-helt intuitive grensesnittet:

darkstar login:
_

På den tiden var det dominerende operativsystemet Windows 95, med Windows 98 bare å få hjulene til å rulle - og Linux Wargames-esque vibe tydeligvis ikke kuttet det for en moderne generasjon oppvokst på GUI.

Som våre skjegne venner i Linux-kjerneverdenen fant ut hvordan å få grafikkort til å fungere, gikk det mer og mer på å produsere et grafisk miljø som verden var kjent med.

Denne innsatsen startet med X - klumpen på programvare som maler ting på skjermen din - men det var ikke nok. For å få en virkelig brukbar GUI, trengte du en god vindusleder å jobbe med.

I motsetning til Windows-verdenen, gjorde X deg i stand til å kjøre flere vindushåndterere, og det ble gjort en mengde sprø og fantastiske forsøk. Noen var enkle, noen var mer komplekse, noen prøvde å etterligne Microsofts operativsystem og noen var bare bonkers. Midt i denne kreative eksplosjonen oppsto to grafiske miljøer som de klare, populære valgene: KDE og Gnome.

Mens begge var fullt fungerende miljøer og flott for brukere, var de i hovedsak to forskjellige vegger med høykryss. Begge løste mange av de samme problemene, for eksempel å presentere måter å starte filer og administrere skrifter, men hver gjorde sine egne ting på sin egen måte. Ting måtte forandre seg.

Mens samfunnet vokste, var det galskap at to utviklere kunne løse det samme problemet på to forskjellige måter. Heldigvis var situasjonen i ferd med å bli mye bedre.

Forenkling av skrivebordet

Med flere og flere chatter om cross-desktop-deltakelse ble freedesktop.org-prosjektet annonsert som et desktop-uavhengig sted hvor programvare kunne utvikles til fordel for ethvert skrivebord som ønsket å bruke det. Nettstedet ga en wiki, kode hosting, e-post diskusjonslister, IRC kanaler og mer.

Det hadde en enorm innvirkning på skrivebord. Mye programvare ble opprettet; Noen av det nådde modenhet raskt og løste virkelige problemer, mens noen prosjekter startet, men ble til slutt aldri ferdig. Uavhengig av hvilke prosjekter som fungerte, og som ikke gjorde, kom freedesktop.org også med en viktig melding: Vi bør forsøke å samarbeide mellom desktops der det er mulig. Meldingen ble populært mottatt og skrivebordet fortsatte å utvikle seg.

En av de viktigste programvarene som kom ut av freedesktop.org, var et enhetlig meldingssystem. På den tiden var en viktig utfordring for skrivebordet utviklere overfor hvordan applikasjoner kunne kommunisere med en annen; nettleseren trengte å kommunisere med system nøkkelring, nettverksdemoen med ikonet i panelet og så videre.

KDE forsøkte å løse dette problemet med et system kalt DCOP, som var en intuitiv måte for applikasjoner å sende og motta meldinger til og fra andre applikasjoner. Mens DCOP fungerte bra i KDE, løste det dessverre ikke det bredere problemet mellom flere applikasjoner på flere skrivebord. Og dermed ble D-BUS-prosjektet født.

D-BUS er i et nøtteskall et kryss-skrivebord tilsvarende DCOP. Det gir et anlegg der applikasjoner kan kommunisere med en annen via en felles buss og bruke et felles språk. D-BUS gikk gjennom en feberaktig utviklingstid, ble i siste instans ratifisert som en freedesktop.org-standard, og teknologien ble bygd inn i både KDE- og Gnome-miljøene. Dette var et stort skritt fremover for skrivebordet, og et annet sterkt skritt i utviklingen.

Raffinere skrivebordet

Med alt dette cross-desktop arbeidet skjer, så vi enorme utviklinger på Linux-skrivebordet. Mange av våre problemer med langvarige problemer ble tatt opp - USB-enheter var plug-and-play, trådløst nettverk var bare et klikk unna, utskrift var en bris, programvare var enkel å installere; ting ble bedre. Det føltes som om vi virkelig ble relevante, og vi hadde noe konkurrentene ikke gjorde: et utrolig globalt samfunn som jobber sammen.

I verden av Ubuntu gjorde vi vårt beste for å være i forkant med å levere denne innovasjonen til brukerne. Vi tok åpen kildekode og integrert den, og vårt mål var å levere dette innholdet på en måte som løste virkelige problemer for mennesker. være det å få musikkspilleren til å jobbe, komme seg online eller hva som helst annet.

Tilbake i 2008 var Mark Shuttleworth, grunnleggeren av Ubuntu, opptatt av å oppgradere denne innovasjonen og fokusere i Ubuntu, så han grunnla Ayatana-prosjektet. Ideen var enkel: å rekruttere et designteam og en ingeniørgruppe, og bygge et sett med forbedringer av brukergrensesnitt og forbedringer som er definert av en sterk følelse av kvalitet i design.

Dette var nytt for både Mark, selskapet (Canonical) og Ubuntu. Vi hadde en lang historie med frakt og integrering av programvare, men et slikt design-sentrisk initiativ var ukjent territorium.

Ayatana

Da Ayatana ble grunnlagt, ble et omfattende designteam ansatt av Canonical. Teamet kom fra en rekke bakgrunner: mange kom fra merkevare, grafisk design, produktutvikling, interaksjonsdesign og andre livsstil.

Begrepet 'smeltedigel av personligheter' er en underdrivelse, og mange var nye for åpen kilde og fortsatt tar alt i, men alle var begeistret og inspirert av ideen om flott design infundert med et sterkt samfunn.

Det første prosjektet som kom ut av teamet, ble kalt Notify OSD og ga en ny tilnærming til varselbobler, som vi var altfor kjent med i Ubuntu. I mange år hadde vi sett disse kjedelige gule firkantede boblene i øverste høyre hjørne av Gnome-skrivebordet når et program måtte fortelle deg noe.

Varsle OSD var det samme grunnleggende konseptet, men re-imagined. Med den viste en attraktiv, svart gjennomsiktig boble, og i stedet for å klikke på den for å avvise den, ville det føre til at boblen svømte, slik at du kunne samhandle med applikasjonen under den.

Begrunnelsen for utformingen var at varslingsbobler skulle presentere informasjon til brukeren på en måte som ikke er påtrengende. Med den første versjonen av Notify OSD utgitt og sendt i Ubuntu, ønsket Kubuntu-teamet teknologien i KDE også.

Heldigvis hadde Ayatana-teamet opprettet Notify OSD-spesifikasjonen på en cross-desktop måte, og Kubuntu-teamet jobbet ganske enkelt på en annen GUI som passet godt inn på KDE-skrivebordet. Som varsel OSD i Gnome, ble det godt mottatt; en subtil og forsiktig forbedring til skrivebordet.