Let's talk about notifiche! Come Ryan Lortie menzionato, c'era un sacco di discussioni in tutta la Ubuntu, Kubuntu, GNOME, KDE e comunità Mozilla rappresentati UDS circa le proposte di design Canonical user experience team di tecnici e desktop esperienza hanno fatto per Ubuntu 9.04.
Vedere la mockup come un filmato Flash.
Ci sono alcuni piuttosto audaci (leggi: controverso) idee che vorremmo esplorare con, così l'opportunità di discutere con una croce più ampia parte della comunità è stata fantastica. Ci sono stati molti spigoli e le trappole che penso che saremo evitare al primo turno come risultato, grazie a tutti coloro che hanno partecipato. Alcune delle cose che lavorare in queste squadre sono fatte direttamente con i partner per i loro dispositivi, in modo da non vedono questo livello di discussione prima della loro nave, ma è meraviglioso quando facciamo l'opportunità di farlo.
Alcune di queste idee sono provata, si riducono a questioni di opinione, ma dal momento che il nostro impegno a loro si basa su un desiderio di saperne di più penso a loro come esperimenti costruttivo. Esperimenti sono solo che - esperimenti. Essi possono riuscire e possono fallire. Dovremmo giudicare con attenzione, dopo che ci siamo dati. Stiamo mettendo le nuove idee nel desktop libero senza ego. Sappiamo che tali idee potrebbero essere migliori o peggiori di lavoro simile fatto in altre comunità, e vogliamo raccogliere il feedback degli utenti reali per aiutare a trovare la combinazione migliore per tutti. Le idee migliori, e il codice migliore, in ultima analisi, fanno parte del Digital Commons software libero ed essere condiviso da GNOME, KDE e tutte le distribuzioni. Così, per quelle persone che erano arrabbiati perché potremmo nave qualcosa di diverso da uno di default GNOME o KDE, vorrei chiedere per la vostra pazienza e il sostegno - vogliamo contribuire nuove idee e nuovo codice, e questo significa avere qualche delta che può essere utilizzato come base per una discussione sulla direzione futura del monte. In passato, abbiamo avuto un delta qualche esempio in Ubuntu. Alcuni, come il layout corrente del pannello, sono stati ampiamente abbracciato. Altri, come la famigerata "modalità di Ubuntu spaziale", non lo erano. C'est la vie, e noi tutti beneficiare della evoluzione.
Gli esperimenti sono anche qualcosa che non dovremmo fare alla leggera. Il desktop di Ubuntu è qualcosa che prendiamo molto sul personale, mi sento personalmente responsabile per la produttività e la felicità di ogni utente di Ubuntu, così quando portiamo nuove idee e il codice per il desktop credo che dovremmo fare tutto il possibile per essere sicuri del successo la prima volta round. Non dovremmo infliggere cattive idee per i nostri utenti solo perché siamo curiosi o arrogante o testardi e orgogliosi. Pur essendo a volte curiosi, arrogante, testardo e orgoglioso 
Allora, che cosa stiamo proponendo?
In primo luogo, ci stiamo concentrando l'attenzione su alcune notifiche desktop in questo ciclo, come parte di un più ampio interesse nello spazio "tra le applicazioni".
Credo che Canonical e Ubuntu modo migliore per aiutare la causa del software libero, incentrato sulle fessure tra i componenti principali del desktop. In altre parole, mentre ci sono upstreams già grande per le singole applicazioni del desktop del software libero (per Novell Evolution, Sun per OpenOffice, Mozilla per Firefox, Red Hat per NetworkManager), pensiamo che vi sia un sacco di lavoro produttivo e utile per essere Fatto i vuoti tra di loro. Le notifiche sono cose che molte applicazioni fare, e se siamo in grado di apportare idee nuove allora non ci stiamo aiutando a migliorare l'esperienza degli utenti di tutte quelle applicazioni. Questo è un bel moltiplicatore di forza - che stiamo facendo si spera di lavoro che rende il lavoro di ogni altra comunità ancora più prezioso.
Tuttavia, si aspettano colpi avanti. Idee che possono esplorare / sarà / sono in conflitto con le ipotesi che sono oggi presenti in varie applicazioni. Siamo in grado di affrontare il relativo codice in colli nella principale, ma io sono più focalizzato su come affrontare l'interruzione potenziale conflitto sociale che può creare, e questo è più una questione di conversazione di codice.
Le notifiche sono interessanti, sottile e complessa. Ci sono molti approcci diversi in lotti di diverse piattaforme. Ci sono un sacco di casi d'uso diversi. Stiamo cercando di semplificare e di eliminare la complessità, pur consentendo di soddisfare i casi d'uso che conosciamo.
Vi è stato un buon lavoro nella comunità freedesktop.org sulle notifiche, e anche una specifica che è * quasi * a 1,0 in quella comunità, con le attuali implementazioni open source. La nostra proposta si basa su quella specifica, ma disapprova diverse capacità e caratteristiche in essa. Ci sarà probabilmente compatibile con le API per l'invio di notifiche, ma probabilmente non mostrerà tutte le notifiche che possono essere inviati, se hanno bisogno di caratteristiche che deprecare. Se questo esperimento va bene, noi ci auguriamo di aiutare mossa che specifica FD.o a 1,0, con o senza i nostri emendamenti.
Le principali proposte che stiamo facendo sono i seguenti:
- Non ci dovrebbero essere le azioni in merito alle notifiche.
- Le notifiche non dovrebbero essere visualizzati in modo sincrono, ma può essere in coda. L'implementazione del demone visualizzazione della notifica verrà visualizzata una sola comunicazione alla volta, gli altri possono fare diversamente.
Che quasi certamente si. Ci sono alcune sottigliezze e le variazioni, ma questi sono i principali cambiamenti che proponiamo, e che analizzeremo in un dispositivo netbook con un partner, così come in generale Ubuntu 9.04 release, dèi pianificare la sua disponibilità.
Questo lavoro mostra come un nuovo agente di visualizzazione della notifica, non come una forchetta o patch per il demone esistenti notifica GNOME. Noi non riteniamo che il client API - libnotify - deve essere cambiato per questo esperimento, anche se non può visualizzare le notifiche inviate tramite API che le capacità che l'uso che proponiamo è deprecato. Cercheremo di garantire che i pacchetti in principali sono opportunamente sintonizzati, e la speranza MOTU identifica e pacchetti di aggiornamento in chiave dell'universo di conseguenza.
Perché un agente di completamente nuovo display di notifica? Che stiamo progettando per essere costruito con Qt su KDE, e Gtk su GNOME. L'idea è quella di avere come codice molto in comune, come possiamo, ma ancora usufruire di un adeguato quadro di visualizzazione del testo su Ubuntu e Kubuntu. Ci auguriamo di poter offrire sia simultaneamente, e hanno discusso di questo con entrambi i membri della comunità Ubuntu e Kubuntu. Al momento, vi è un certo disaccordo sullo stato della specifica FD.o tra GNOME e KDE, e speriamo che i nostri sforzi contribuirà a costruire un ponte lì. In Ubuntu 9.04, avremmo probabilmente continuerà a pacchetto e pubblicare il demone esistente notifica, in aggiunta, di offrire entrambe le opzioni per gli utenti che hanno una particolare preferenza. In generale, dove investire in un nuovo lavoro sperimentale, abbiamo intenzione di continuare ad offrire uno standard di Gnome o KDE componente / package set in archivio in modo che le persone possono godere di questa esperienza troppo.
La parte più controversa della proposta è l'idea che le notifiche non dovrebbero avere le azioni ad esse associate. In altre parole, non pulsanti, cursori, link, o addirittura un licenziamento [x]. Quando la notifica si apre, non sarà in grado di fare clic su di esso, non sarà in grado di farlo andare via, non sarà in grado di seguire in un'altra finestra, o ad una pagina web. Sei amare questa libertà? Hmmm? Follia, sul volto di essa, ma non c'è metodo in questa follia.
La nostra ipotesi è che l'esistenza di qualsiasi azione crea un pesante obbligo di agire, o di pensare QUALITA ABOUT. Che fanno girare le notifiche dal gioco al lavoro. Che li rende pesanti responsabilità. Che li rende una interruzione, non una notifica. E le interruzioni sono un sacco di male quando hai delle cose da fare.
Così, abbiamo una linea di tre punti di attacco.
- Vogliamo fare le notifiche davvero effimera. Essi sono lì, e poi se ne sono andati, e questa è la vita. Se siete al vostro desktop quando arriva una notifica da parte, sarà il senso, e se volete potete guardare, e sarà bello e chiaro e facile da analizzare. Se si vuole ignorare, si può tranquillamente farlo e sarà sempre andare via senza dover respingerla. Se non te ne accorgi, that's OK. Le notifiche sono solo per le cose che si possono ignorare o perdere. Se si usciva per un caffè e una notifica da parte volò, non sei peggio. Non si accumulano come la posta elettronica, non c'è giornale di quelli vi siete persi, non è possibile scorrere indietro e vedere di nuovo, e loro si sono in alcun obbligo di farlo - non può diventare il lavoro mentre si è già impegnato con qualcos'altro. Se ne sono andati come una misteriosa ragazza sul bus che non andava d'accordo, e arricchire la vostra vita esattamente allo stesso modo!
- Pensiamo che ci dovrebbero essere gli indicatori del pannello persistenti per le cose che avete veramente bisogno di sapere, anche se vi siete persi la notifica urgente perché voleva che il caffè. Così stiamo facendo una lista di quelle cose, e il piano per la loro attuazione.
- Tutto il resto dovrebbero essere trattate da avere un invito finestra per l'attenzione, pur restando sullo sfondo, a meno che è fondamentale in questo caso quella finestra poteva venire in primo piano.
Dal momento che questo è chiaramente il lavoro di più emissioni, si possono avere anomalie e le incongruenze lungo il percorso ai posti di blocco intermedi. Spero di no, ma non è improbabile, soprattutto nella prima iterazione. Inoltre, queste idee possono rivelarsi poveri, e dovremmo essere pronti ad adeguare il nostro corso in base al feedback una volta che abbiamo una implementazione in natura.
Abbiamo avuto una splendida UXD e DEE (l'esperienza del team di progettazione degli utenti, e la squadra di ingegneri desktop esperienza) sprint a San Francisco la settimana prima UDS. Grazie a tutti coloro che hanno preso parte, in particolare coloro che sono venuti in dalle altre squadre. Questo lavoro le notifiche potrebbe essere solo la punta dell'iceberg, ma è una punta molto cool
Uno o più dei nostri partner l'accesso precoce OEM (aziende con cui lavoriamo sulle caratteristiche nuovo desktop) sarà probabilmente nave questa caratteristica come parte di un netbook prodotto durante il ciclo di 9,04. A quel punto, ci sarebbe anche cadere il codice in un PPA per il test con una serie più ampia di applicazioni. Non ci sono discussioni attive su come aggiornare il disciplinare freedesktop.org basato su questo lavoro. Credo che dovremmo essere cauti, e raccogliere i commenti di feedback test reale dei dati dell'utente e difficile, ma se va bene, allora ci propone di semplificare le specifiche di conseguenza, e presentare il nostro agente visualizzazione della notifica di FreeDesktop.org. Collaborazione a lungo termine di tutto il codice si svolgerà su Launchpad.
