Anem a parlar sobre les notificacions! Com Ryan Lortie esmentats, hi va haver un gran debat a tot el Ubuntu, Kubuntu, GNOME, KDE i Mozilla comunitats representades en UDS sobre les propostes de Canonical experiència d'usuari i disseny d'equips d'enginyeria d'escriptori de l'experiència han fet per a Ubuntu 9.04.
Veure la maqueta com una pel.lícula de Flash.
Hi ha algunes bastant audaços (llegiu: polèmica) les idees que ens agradaria explorar amb, per la qual cosa l'oportunitat de parlar d'ells amb una àmplia secció transversal de la comunitat ha estat fantàstic. Hi va haver diverses arestes i les trampes que crec que anem a evitar en la primera ronda, com a resultat, gràcies a tots els que van participar. Algunes de les coses que treballem en aquests equips es realitza directament amb els socis per als seus dispositius, de manera que no veieu aquest nivell de discussió abans del seu vaixell, però és meravellós quan tinguem l'oportunitat de fer-ho.
Algunes d'aquestes idees no estan provats, que es redueixen a qüestions d'opinió, però des del nostre compromís amb ells es basa en un desig d'aprendre més penso en ells com experiments constructiu. Els experiments són només això - experiments. Pot ser que tinguin èxit i que pot fallar. Hem de jutjar amb cura, després que hem de dades. Estem posant noves idees a l'escriptori lliure, sense ego. Sabem que aquestes idees podria ser millor o pitjor que treballs similars realitzats en altres comunitats, i volem recollir suggeriments dels usuaris reals d'ajudar a trobar la millor combinació per a tots. Les millors idees, i el millor codi, en última instància, formen part del patrimoni comú digital de programari lliure i ser compartits per GNOME, KDE i cada distribució. Així que, per aquesta gent que es molesta que puguem enviar alguna cosa que no sigui un defecte el KDE o GNOME, li demano per la seva paciència i suport - volem aportar noves idees i nou codi, i això vol dir que alguns "Delta" que es pot utilitzar com a base per als debats sobre la futura direcció de dalt. En el passat, hem tingut un delta com pocs en Ubuntu. Alguns, com el disseny del panell actual, s'accepta àmpliament. D'altres, com la manera infame "Ubuntu espacial", no ho eren. C'est la vie, i tots ens beneficiem de l'evolució.
Els experiments són també una cosa que no hem de fer a la lleugera. L'escriptori d'Ubuntu és una cosa que prenc molt personalment, em sento personalment responsable de la productivitat i la felicitat de tots els usuaris d'Ubuntu, així que quan ens porten noves idees i el codi al escriptori, crec que hem de fer tot el possible per assegurar-se èxit per primera vegada ronda. No hem d'imposar les males idees dels nostres usuaris només perquè som curiosos o arrogants o orgullosos o tossut. Tot i ser de tant en tant curiosos, arrogant, tossut i orgullós de 
Així que, Què estem proposant?
En primer lloc, ens estem centrant l'atenció en les notificacions d'escriptori en aquest cicle, com a part d'un interès més ampli en l'espai "entre les aplicacions".
Crec que Canonical i Ubuntu la millor manera d'ajudar a la causa del programari lliure, centrant-se en les esquerdes entre els principals components de l'escriptori. En altres paraules, mentre que hi ha ja una gran incorporació primerenca de les aplicacions individuals en l'escriptori de programari lliure (per Novell Evolution, Sun OpenOffice, Mozilla per a Firefox, Red Hat per NetworkManager), creiem que hi ha un munt de treball productiu i útil que es Realitzat en les diferències entre ells. Les notificacions són coses que moltes de les aplicacions fer, i si podem aportar noves idees que després ens estan ajudant a millorar l'experiència dels usuaris de totes les aplicacions. Això és un multiplicador de força de Niça - estem fent un treball que esperem fa que el treball de totes les comunitats d'altres encara més valuós.
No obstant això, esperem cops per davant. Les idees que estem explorant maig / es / entrin en conflicte amb els supòsits que són presents avui en dia en diverses aplicacions. Podem abordar el codi corresponent en paquets en el principal, però estic més centrat en abordar els problemes socials potencials que el conflicte pot crear, i això és més un tema de conversa de codi.
Les notificacions són interessants, subtil i complex. Hi ha molts enfocaments diferents en moltes plataformes diferents. Hi ha un munt de casos d'ús diferents. Estem tractant de simplificar i eliminar la complexitat, mentre que segueixen fent possible que es compleixin els casos d'ús que coneixem.
No hi ha hagut un bon treball en la comunitat freedesktop.org sobre les notificacions, i fins i tot una especificació que és * gairebé * en 1,0 en aquesta comunitat, amb les implementacions de codi obert. La nostra proposta es basa en l'especificació, però desaprova diverses capacitats i característiques en ell. És molt probable que sigui compatible amb l'API actual per enviament de notificacions, però probablement no es mostraran totes les notificacions que podrien ser enviat, si es requereixen característiques que ens menyspreen. Si aquest experiment surt bé, esperem ajudar a moure l'especificació fd.o a 1,0, amb o sense les nostres esmenes.
Les principals propostes que estem fent són les següents:
- No ha d'haver accions en les notificacions.
- Les notificacions no s'ha de mostrar de forma sincrònica, però pot ser posat en cua. La nostra implementació de el dimoni de presentació de notificació es mostrarà només una notificació a la vegada, altres poden fer-ho de manera diferent.
Que això és tot. Hi ha alguns matisos i variacions, però aquests són els principals canvis que estem proposant i que analitzarem en un dispositiu netbook amb un soci, així com en la versió Ubuntu 9.04 en general, els déus estan disposats calendari.
Aquest treball es mostrarà com un nou agent de la notificació de visualització, no com una forquilla o un pegat a l'actual dimoni del GNOME notificació. No creiem que el client API - libnotify - necessita ser canviat per a aquest experiment, encara que no pot mostrar les notificacions enviades a través d'aquesta capacitat d'ús de l'API que estem suggerint quedar obsoleta. Anem a tractar de garantir que els paquets als principals estiguin degudament ajustat, i l'esperança MOTU identificarà i paquets d'actualització de clau en l'univers en conseqüència.
Per què un completament nou agent de presentació de notificació? Estem dissenyant per a ser construït amb Qt al KDE, GNOME i GTK en. La idea és tenir com a codi molt en comú com podem, però aprofitar el marc adequat dels textos en pantalla d'Ubuntu i Kubuntu. Esperem lliurar tots dos a la vegada, i han parlat d'això amb els membres de la comunitat d'Ubuntu i Kubuntu. De moment, hi ha un cert desacord sobre la situació de l'especificació fd.o entre el GNOME i KDE, i esperem que els nostres esforços ajudin a construir un pont allà. En Ubuntu 9.04, és probable que continuï el paquet i publicar el dimoni de notificació existents, a més, per oferir dues opcions per als usuaris que tenen una preferència en particular. En general, en els quals invertir en noves obres experimentals, tenim previst continuar oferint un component estàndard del GNOME o KDE / paquet conjunt a l'arxiu per a que la gent pot gaudir d'aquesta experiència també.
La part més controvertit de la proposta és la idea que les notificacions no ha de tenir accions associades amb ells. En altres paraules, no hi ha botons, barres de desplaçament, enllaços, o fins i tot d'un acomiadament [x]. Quan apareix una notificació, no podrà fer clic en ella, no serà capaç de fer que es vagi, vostè no serà capaç de seguir a una altra finestra, o una pàgina web. És vostè amant d'aquesta llibertat? Hmmm? La bogeria, a la cara d'ell, però no hi ha mètode en aquesta bogeria.
La nostra hipòtesi és que l'existència de qualsevol acció crea una obligació de pes per actuar, o pensar Interí d'. Que fan que les notificacions al seu torn de jugar en el treball. Això els fa grans responsabilitats. Això els fa una interrupció, no una notificació. I les interrupcions són una borsa de dolor quan tens coses a fer.
Per tant, tenim una línia de tres puntes d'atac.
- Volem fer les notificacions de veritat efímer. Ells són aquí, i després s'han anat, i així és la vida. Si vostè està en el seu escriptori quan es tracta d'una notificació, se li sentit, i si vols pots mirar-lo, i serà bonic i clar i fàcil d'analitzar. Si voleu fer cas omís d'ell, pot realitzar sense perill i que sempre va a desaparèixer sense que hagi de ho desestimi. Si ho perd, això està bé. Les notificacions són només per les coses que pot passar per alt o perdre. Si vostè va anar a prendre un cafè i una notificació volant, no ets pitjor. No s'acumulen com el correu electrònic, no hi ha cap revista de les que es va perdre, no es pot desplaçar cap enrere i veure de nou, i per això està sota cap obligació de fer-ho - que no pot convertir-se en treball mentre està ja ocupat amb una altra cosa. S'han anat com una noia misteriosa al bus no es portaven bé, i enriquir la seva vida, exactament el mateix!
- Creiem que ha d'haver indicadors del panell persistent de les coses que vostè realment necessita conèixer, fins i tot si et vas perdre la notificació urgent perquè volia que el cafè. Així que estem fent una llista d'aquestes coses, i un pla per a la seva aplicació.
- Tota la resta ha de ser tractat per tenir una finestra per cridar l'atenció, mentre que roman en el fons, a menys que sigui crític en el qual cas que la finestra podria arribar al primer pla.
Atès que aquest és clarament el treball de llançaments, podem tenir errors i incoherències en el camí en els llocs de control provisionals. Espero que no, però no és probable, sobretot a la primera iteració. A més, aquestes idees poden arribar a ser pobres, i hem d'estar preparats per ajustar el rumb sobre la base dels vots una vegada que tenim una aplicació en el medi silvestre.
Hem tingut una excel.lent UXD i Dee (l'experiència d'usuari de l'equip de disseny, d'escriptori i equip d'enginyeria de l'experiència) de Sprint a San Francisco la setmana abans de UDS. Gràcies a tots els que van participar, especialment els que van arribar d'altres equips. Aquest treball notificacions pot ser la punta de l'iceberg, però és una punta molt cool
Un o més dels nostres socis l'accés d'hora-OEM (empreses que treballem amb les característiques de taula), és probable que aquesta característica del vaixell, com a part d'un producte netbook durant el cicle de 9.04. En aquest punt, també es reduiria el codi a un PPA per a la prova amb un conjunt més ampli d'aplicacions. Hi ha un debat actiu sobre l'actualització de l'especificació freedesktop.org sobre la base d'aquest treball. Crec que hem de ser cauts, i reunir les proves reals de vots de l'usuari i les dades durs, però si va bé, llavors ens proposem simplificar l'especificació en conseqüència, i presentar al nostre agent de presentació de notificació a FreeDesktop.org. Col • laboració a llarg termini de tot el codi tindrà lloc el Launchpad.
