Let's talk about aanmeldingen! Zoals Ryan Lortie vermeld, was er veel discussie over de Ubuntu, Kubuntu, GNOME, KDE en Mozilla gemeenschappen vertegenwoordigd op UDS over de voorstellen gebruiker Canonical's experience design en desktop-ervaring engineering teams hebben gemaakt voor Ubuntu 9.04.
Zie het als een mockup Flash-film.
Er zijn een aantal vrij vet (lees: omstreden) ideeën die we graag samen met, dus de kans om ze te bespreken met een bredere doorsnede van de gemeenschap was fantastic. Er waren verschillende ruwe randen en vallen dat ik denk dat we vermijden in de eerste ronde als gevolg, dank aan iedereen die deelgenomen. Sommige van de dingen die we werken in deze teams rechtstreeks gedaan met partners voor hun apparaten, zodat ze niet zien dit niveau van de discussie voordat ze het schip, maar het is prachtig als we de kans om dat te doen krijgen.
Sommige van deze ideeën zijn bewezen, ze neer op het gebied van advies, maar omdat onze inzet voor hen is gebaseerd op een verlangen om meer te leren denk ik van hen als constructief experimenten. Experimenten zijn slechts dat - experimenten. Zij kunnen slagen en zij kan mislukken. We moeten zorgvuldig beoordelen hen, nadat we gegevens hebben. We brengen nieuwe ideeën in de vrije bureaublad zonder ego. We weten dat die ideeën beter zou kunnen worden of slechter dan soortgelijke werkzaamheden in andere gemeenschappen, en we willen echt feedback van gebruikers te verzamelen om te helpen vinden van de beste mix voor iedereen. De beste ideeën en de beste code, zal uiteindelijk deel uitmaken van de digitale commons en vrije software worden gedeeld door GNOME, KDE en elke distributie. Dus, voor die mensen die boos waren dat we iets anders dan een GNOME-of KDE standaard schip zou kunnen, ik vraag voor uw geduld en ondersteuning - willen we nieuwe ideeën en nieuwe code te dragen en dat betekent dat sommige delta die gebruikt kunnen worden als basis voor discussies over de toekomstige richting van upstream. In het verleden, we hebben een paar van zulke delta's in Ubuntu. Sommige, zoals de huidige paneel lay-out, werden op grote schaal omarmd. Anderen, zoals de beruchte "Ubuntu ruimtelijk-modus", niet. C'est la vie, en we allemaal profiteren van de evolutie.
Experimenten zijn ook niet iets wat we moeten lichtvaardig doen. Het Ubuntu-desktop is iets wat ik heel persoonlijk, ik voel me persoonlijk verantwoordelijk voor de productiviteit en het geluk van iedere Ubuntu gebruiker, dus als wij brengen nieuwe ideeën en code naar de desktop Ik denk dat we moeten alles doen wat we kunnen om er zeker van succes eerste keer ronde. We moeten niet aandoen slechte ideeën van onze gebruikers alleen omdat we nieuwsgierig bent of arrogant of koppig of trots. Ondanks dat het af en toe nieuwsgierig, arrogant, koppig en trots 
Dus, wat zijn wij voor?
De eerste plaats richten we ons enige aandacht op het bureaublad van meldingen in deze cyclus, als onderdeel van een bredere belangstelling voor de "ruimte tussen toepassingen".
Ik denk dat Canonical en Ubuntu kan de oorzaak zijn van gratis software het best helpen door te focussen op het breukvlak tussen de belangrijkste componenten van het bureaublad. Met andere woorden, terwijl er al grote stroomopwaarts voor individuele toepassingen in de free software desktop (voor Novell Evolution, Sun voor OpenOffice, Mozilla voor Firefox, Red Hat voor NetworkManager), denken we er veel van productieve en nuttige werk dat moet worden gedaan in de kloof tussen hen. Meldingen zijn dingen die veel apps doen, en als we een bijdrage kunnen leveren nieuwe ideeën er dan zijn wij helpen verbeteren van de gebruikerservaring van al deze toepassingen. Dat is een mooie kracht multiplier - we hopelijk doen werk dat het werk van elke andere gemeenschap nog waardevoller maakt.
Niettemin verwachten hobbels vooruit. Ideeën zijn wij verkennen kunnen / zullen / in strijd zijn met aannames die aanwezig zijn vandaag in verschillende toepassingen. We kunnen het adres van de desbetreffende code in verpakkingen in de belangrijkste, maar ik ben meer gericht op het aanpakken van de mogelijke maatschappelijke ontwrichting dat conflict kan creëren, en dat is meer een kwestie van een gesprek dan de code.
Meldingen zijn interessant, subtiel en complex. Er zijn veel verschillende benaderingen op veel verschillende platformen. Er zijn veel verschillende use cases. We proberen te vereenvoudigen en de complexiteit te elimineren, terwijl die het mogelijk maakt om de use cases we weten over te komen.
Er is goed werk in de freedesktop.org gemeenschap over aanmeldingen, en zelfs een spec die is * bijna * op 1,0 in die gemeenschap, met de bestaande open source implementaties. Ons voorstel is gebaseerd op deze specificatie, maar het kleineert verschillende mogelijkheden en functies in. We zullen waarschijnlijk compatibel zijn met de huidige API's voor het verzenden van aanmeldingen, maar waarschijnlijk niet toont alle meldingen die kunnen worden verzonden, indien zij functies die wij afkeuren nodig hebben. Als dit experiment goed gaat, zouden we hopen te helpen zet die FD.o specificatie 1.0, met of zonder onze amendementen.
De belangrijkste voorstellen die wij maken zijn:
- Er mogen geen acties op meldingen.
- Kennisgevingen moeten niet synchroon weergegeven, maar kan het worden geplaatst. Onze uitvoering van de aanmelding display daemon zal slechts een melding weergeven op een moment, anders kunnen anderen het doen.
Dat is vrij veel het. Er zijn een aantal subtiliteiten en varianten, maar dit zijn de belangrijkste wijzigingen die wij voorstellen, en die we zullen onderzoeken in een netbook apparaat met een partner, evenals in de algemene Ubuntu 9.04 release schema goden worden bereid.
Dit werk zal verschijnen als een nieuwe aanmelding display agent, niet als een vork of patch om de bestaande GNOME kennisgeving daemon. Wij denken niet de client API - libnotify - dient te worden gewijzigd voor dit experiment, hoewel we niet mogen aanmeldingen die via dat API die gebruik maken van mogelijkheden die we suggereren worden afgekeurd display. Wij zullen proberen ervoor te zorgen dat pakketten in de belangrijkste op passende wijze zijn afgestemd, en hoop MOTU zal een inventarisatie en bijwerken belangrijkste pakketten in universum dienovereenkomstig.
Waarom een compleet nieuwe aanmelding elkaar agent? We zijn het ontwerpen worden gebouwd met Qt op KDE, GNOME en GTK op. Het idee is om zo veel code met elkaar gemeen als we kunnen, maar nog steeds profiteren van de juiste tekst display kader op Ubuntu en Kubuntu. We hopen beide gelijktijdig te leveren, en hebben dit besproken met zowel Ubuntu en Kubuntu leden van de gemeenschap. Op dit moment is er enige onenigheid over de status van de FD.o specificatie tussen GNOME en KDE, en we hopen dat onze inspanningen zullen helpen bij het opbouwen van een brug daar. In Ubuntu 9.04, zouden we waarschijnlijk blijven pakket en de bestaande kennisgeving daemon publiceren bovendien aan beide opties voor gebruikers die een bepaalde voorkeur hebben te bieden. In het algemeen, waar we investeren in nieuwe experimentele werk, we zijn van plan door te gaan met een standaard GNOME-of KDE-component aanbieding / pakket opgenomen in het archief, zodat mensen die ervaring kunnen genieten ook.
Het meest controversiële deel van het voorstel is het idee dat de aanmeldingen niet had moeten acties gekoppeld. Met andere woorden, geen knoppen, schuiven, links, of zelfs een ontslag [x]. Wanneer een melding verschijnt, zult u niet in staat zijn aan te klikken, zult u niet in staat zijn te maken weggaan, zult u niet in staat zijn om het te volgen naar een ander venster, of naar een webpagina. Bent u liefdevolle deze vrijheid? Hmmm? Madness, op het eerste gezicht, maar er is methode in deze waanzin.
Onze hypothese is dat het bestaan van een actie creëert een zware verplichting tot handelen, of om THINK ABOUT acteren. Dat maakt aanmeldingen beurt uit het spel aan het werk. Dat maakt hen zware verantwoordelijkheden. Dat maakt hen een onderbreking, geen aanmelding. En onderbrekingen zijn een zak van pijn wanneer je dingen te doen.
Dus hebben we een drievoudige lijn van aanval.
- We willen echt aanmeldingen efemere. Ze zijn er, en dan zijn ze weg, en dat is het leven. Als u op uw bureaublad als er een melding komt, zult u zin is het, en als u wilt kunt u kijken, en het zal mooi zijn en duidelijk en eenvoudig te parsen. Als u wilt negeren, kunt u veilig doen en het altijd weg zal gaan zonder dat je hoeft te ontslaan. Als je missen, dat is OK. Meldingen zijn alleen voor dingen die u veilig kunt negeren of missen op. Als je ging uit voor een kop koffie en een kennisgeving vloog door, ben je niet slechter af. Ze doen niet op stapel zoals e-mail, is er geen tijdschrift van de degene die je gemist, kunt u niet scrollen en weer terug zien, en daarvoor bent u niet verplicht om dat te doen - ze kan geen werk terwijl u al bezig met iets anders. Ze zijn weg als een mysterie meisje op de bus je niet krijgen op, en ze verrijken je leven op precies dezelfde manier!
- Wij denken dat er moet worden hardnekkige paneel indicatoren voor de dingen die je echt moet weten over, zelfs als u de aanmelding gemist omdat u dringend die koffie wilde. Dus we zijn het maken van een lijst van deze dingen, en van plan om ze uit te voeren.
- Al het andere moeten worden behandeld door het hebben van een raam roep om aandacht, tijdens een verblijf in de achtergrond, tenzij het van kritisch belang is in welk geval dat venster kunnen komen op de voorgrond.
Aangezien dit is duidelijk het werk van verschillende versies, wij hebben glitches en inconsistenties langs de weg op tussentijdse controleposten. Ik hoop van niet, maar het is niet onwaarschijnlijk, vooral in de eerste iteratie. Ook kunnen deze ideeën blijken te zijn arm, en we moeten bereid zijn om onze koers aan te passen op basis van feedback als we een uitvoering in het wild hebben.
We hadden een prachtige UXD en DEE (user experience design team, en desktop ervaring engineering team) sprint in San Francisco de week voor UDS. Dank aan iedereen die heeft deelgenomen, met name degenen die kwam uit andere teams. Deze meldingen werk mag alleen het topje van de ijsberg, maar het is een zeer koele tip
Een of meer van onze vroege-toegang OEM-partners (bedrijven waarmee wij samenwerken aan nieuwe Desktop-functies) zal waarschijnlijk schip deze functie als onderdeel van een netbook product tijdens de 9,04 cyclus. Op dat punt zouden we ook vallen de code in een PPA voor het testen met een bredere reeks van toepassingen. Er zijn actieve discussies over het bijwerken van de freedesktop.org specificatie op basis van dit werk. Ik denk dat we voorzichtig moeten zijn, en het verzamelen echte gebruiker feedback en het testen van harde gegevens, maar als het goed gaat dan zouden we voorstellen de vereenvoudiging van de spec dienovereenkomstig, en legt ons kennisgeving elkaar agent FreeDesktop.org. Lange termijn samenwerking rond de code zou plaatsvinden op Launchpad.
