Let's talk about zgłoszeń! Jak Ryan Lortie wspomniano, było wiele dyskusji na całym Ubuntu, Kubuntu, GNOME, KDE i społeczności Mozilla reprezentowane na UDS o propozycje projektowe Canonical doświadczenia użytkownika i pulpit zespoły inżynierów doświadczenia uczyniły dla Ubuntu 9.04.
Zobacz makieta jak Flash movie.
Istnieją dość śmiałe (czytaj: kontrowersyjnych) pomysłów, które chcemy zbadać, w, więc okazją do dyskusji o szerszym przekrój społeczności była fantastyczna. Było kilka ostre krawędzie i pułapki, które myślę, unikamy w pierwszej turze w wyniku, podziękowania dla wszystkich, którzy uczestniczyli. Niektóre rzeczy pracujemy na tych zespołów odbywa się bezpośrednio z partnerami dla swoich urządzeń, więc nie widzą ten poziom dyskusji, zanim statek, ale to wspaniałe, kiedy nie dostać szansę to zrobić.
Niektóre z tych pomysłów są udowodnione, że sprowadza się do kwestii opinię, ale ponieważ nasze zobowiązanie do nich opiera się na chęci do nauki, bardziej myślę o nich konstruktywnych doświadczeń. Eksperymenty są po prostu, że - eksperymenty. Mogą one osiągnąć sukces i mogą się nie powieść. Należy ocenić je uważnie, po mamy danych. Jesteśmy do powstawania nowych pomysłów na wolne pulpitu, bez ego. Wiemy, że te pomysły mogą być lepsze lub gorsze niż podobne prace w innych społecznościach, a my chcemy zbierać prawdziwe opinie użytkowników, aby pomóc znaleźć najlepszy zestaw dla wszystkich. Najlepsze pomysły i najlepsze kod, ostatecznie częścią cyfrowych fotografia wolne oprogramowanie i dzielone przez GNOME, KDE i każdej dystrybucji. Tak więc dla tych ludzi, którzy byli zaniepokojeni, że możemy statek inny niż domyślny GNOME lub KDE, chciałbym poprosić o wyrozumiałość i wsparcie - Chcemy przyczynić się nowe pomysły i nowy kod, a to oznacza posiadanie niektórzy delta, które mogą być używane jako podstawę do dyskusji na temat przyszłego kierunku upstream. W przeszłości mieliśmy kilka takich delta w Ubuntu. Niektóre, jak obecny układ panelu, były szeroko rozpowszechnionym. Inne, takie jak niesławny "przestrzennych Ubuntu mode", nie było. C'est la vie, a my wszyscy korzystają z tej ewolucji.
Eksperymenty nie są również coś trzeba robić delikatnie. Pulpitu jest coś, czego się bardzo osobiście, czuję się osobiście odpowiedzialny za wydajność i szczęścia każdego użytkownika Ubuntu, więc kiedy wprowadzać nowe pomysły i kod na pulpit Uważam, że powinniśmy zrobić wszystko, aby się upewnić, że sukces po raz pierwszy rundy. Nie powinniśmy zadać złe pomysły naszych użytkowników tylko dlatego, że jesteś ciekawy lub aroganckie lub uparty i dumny. Mimo niekiedy ciekawy, arogancki, uparty i dumny 
Więc, co my proponujecie?
Po pierwsze, my koncentrujemy się na uwagę na pulpicie powiadomień w tym cyklu, jako część szerszego zainteresowania w "przestrzeni pomiędzy aplikacjami.
Myślę, że Canonical i Ubuntu może najlepiej przyczynić się przyczyną wolnego oprogramowania poprzez skupienie się na szpary między głównymi składnikami komputera. Innymi słowy, o ile nie są już wielkie upstreams na indywidualne wnioski w wolne oprogramowanie komputerowe (Novell dla Evolution, Sun OpenOffice, Mozilla Firefox, Red Hat dla NetworkManager), to myślę, że jest dużo pracy, wydajne i przydatne do Sporządzono w luki między nimi. Powiadomienia są rzeczy, wiele aplikacji nie, i czy możemy przyczynić się nowe pomysły tam wtedy pomagamy zwiększenia satysfakcji klientów, wszystkich tych wniosków. That's nice życie mnożnik - mamy nadzieję, sposób pracy sprawia, że praca każdego innego społeczności jeszcze bardziej wartościowe.
Niemniej jednak, należy oczekiwać, stłuczki na przyszłość. Pomysły, które bada się mogą / są sprzeczne z założeniami, które są obecne dziś w różnych aplikacjach. Możemy zająć się odpowiedni kod w opakowaniach w głównym, ale jestem bardziej skoncentrowane na kwestii potencjalnych zakłóceń o charakterze społecznym, że konflikt może tworzyć, i to bardziej kwestia rozmowy niż kod.
Powiadomienia są ciekawe, subtelne i skomplikowane. Istnieje wiele różnych podejść na wiele różnych platform. Istnieje wiele różnych zastosowań. Staramy się uprościć i wyeliminować złożoność, a jednocześnie pozwalające sprostać przypadków użycia, o których wiemy.
Odnotowano dobrą pracę w freedesktop.org społeczności w sprawie notyfikacji, a nawet spec to * prawie * na 1,0 w tej wspólnocie, z istniejących otwartych implementacji źródła. Nasza propozycja opiera się na tej specyfikacji, ale potępia kilka funkcji i możliwości w nim. Będziemy może być zgodne z obecnym API do wysyłania zgłoszeń, ale prawdopodobnie nie spowoduje wyświetlenie wszystkich zgłoszeń, które mogą być wysyłane, jeśli wymagają one funkcje, które mamy potępiać. W przypadku tego eksperymentu pójdzie dobrze, mamy nadzieję pomóc przenieść tej specyfikacji FD.o do 1,0, z lub bez naszych poprawek.
Najważniejsze propozycje czynimy to, że:
- Nie powinno być żadnych działań w sprawie zgłoszeń.
- Powiadomienia nie powinny być wyświetlane synchronicznie, ale może być w kolejce. Nasze wdrożenia demona wyświetlania powiadomień będą wyświetlane tylko jedno zgłoszenie na czas, inni mogą zrobić to inaczej.
That's pretty much it. Istnieją pewne niuanse i różnice, ale te są najważniejsze zmiany proponujemy, i którą będziemy badać w netbook urządzenia z partnerem, jak również w ogólnym Ubuntu 9.04 prasowa bogów, harmonogram jest gotowa.
Prace te będą wyświetlane jako nowy podmiot wyświetlania powiadomień, a nie jak widelec lub poprawki do istniejących demona zgłoszenia GNOME. Nie sądzimy, by klient API - libnotify - należy zmienić do tego eksperymentu, ale nie możemy wyświetlić powiadomienie wysłane za pośrednictwem tego interfejsu API, możliwości wykorzystania proponujemy być przestarzałe. Postaramy się zapewnić, że pakiety w głównym były odpowiednio dostrojone, a nadzieję MOTU identyfikacji i aktualizacji klucza pakietów w związku z wszechświata.
Dlaczego zupełnie nowy podmiot wyświetlania powiadomień? Jesteśmy projektowaniu być zbudowany z Qt na KDE, GNOME i GTK. Chodzi o to, aby jak najwięcej kodu wspólnego, jak to możliwe, ale skorzystać z odpowiednich ram wyświetlania tekstu na Ubuntu i Kubuntu. Mamy nadzieję, że do wydania obu jednocześnie, a już o tym zarówno z Ubuntu i Kubuntu członków społeczności. W tej chwili istnieją pewne rozbieżności co do stanu specyfikacji FD.o między GNOME i KDE, mamy nadzieję, że nasze działania pomogą zbudować most istnieje. W Ubuntu 9.04, będziemy prawdopodobnie nadal pakiet i publikują istniejących demona zgłoszenia Ponadto, aby zaoferować użytkownikom opcje, które szczególnie korzystnie. W ogóle, jeśli zainwestujemy w rozwój nowych eksperymentalnych prac planujemy w dalszym ciągu oferować standardowe GNOME lub KDE części / pakietu określonego w archiwum tak, że ludzie mogą cieszyć się, że doświadczenie też.
Najbardziej kontrowersyjną częścią wniosku jest pomysł, że zgłoszenia nie powinny mieć działań z nimi związanych. Innymi słowy, nie ma przycisków, suwaków, linki, a nawet zwolnienia z pracy [x]. Kiedy pojawia się powiadomienie, nie będą mogli kliknąć na nim, nie będzie w stanie wykonać to odejdę, nie będzie w stanie zastosować ją do innego okna lub strony internetowej. Czy kochający ta wolność? Hmmm? Madness, na pierwszy rzut oka, ale jest metoda w tym szaleństwie.
Nasza hipoteza jest taka, że istnienie jakiegokolwiek działania tworzy ciężki obowiązek działać, lub THINK o aktorstwie. Które sprawiają, że zgłoszeń kolei z gry w pracy. To sprawia, że dużą odpowiedzialność. To sprawia, że przerwy nie powiadomienia. I przerwy worek boli, kiedy masz rzeczy do zrobienia.
Mamy więc trzech płaszczyznach linii ataku.
- Chcemy, aby powiadomień prawdziwie ulotne. Oni są tam, a potem ich nie ma, a to życie. Jeśli na pulpicie, gdy zgłoszenie jest przez, będzie sens, a jeśli chcesz, możesz spojrzeć na to, i to będzie piękne i wyraźne i łatwe do analizy. Jeśli chcesz go zignorować, można bezpiecznie robić i będzie zawsze odejść bez konieczności jej oddalenie. Jeśli zauważysz to, że jest OK. Powiadomienia są tylko rzeczy, które można zignorować lub pominąć. Jeśli wyszedł na kawę i powiadomienia przeleciał, nie jesteś gorsza. Nie pali się jak e-mail, nie ma Urzędowy te przegapiłeś, nie można przewijać do tyłu i zobaczyć je jeszcze raz i do nich się nie są zobowiązane do tego - nie mogą one zostać pracy podczas już zajęta czymś innym. Nie ma ich jak dziewczyna tajemnicy w autobusie you didn't get on, i wzbogacić swoje życie w ten sam sposób!
- Uważamy, że nie powinno być stałe wskaźniki na panelu, co naprawdę trzeba wiedzieć o, nawet jeśli brakowało zgłoszenia, bo pilnie chciał, że kawa. Więc robią listę tych rzeczy, a plan ich realizacji.
- Wszystko inne należy rozpatrywać poprzez połączenie okna uwagę, podczas pobytu w tle, chyba że jest krytyczny w tym przypadku, że okna mogą przyjść na pierwszy plan.
Ponieważ jest to wyraźnie pracę kilku wydań, możemy mieć przekłamania i nieścisłości po drodze na tymczasowych przejściach granicznych. Mam nadzieję, ale nie jest to mało prawdopodobne, zwłaszcza w pierwszej iteracji. Również te pomysły mogą okazać się ubogim, a powinniśmy być gotowi dostosować nasz kurs w oparciu o opinie, gdy będziemy mieli życie w środowisku naturalnym.
Mieliśmy wspaniały UXD i Dee (doświadczenie użytkownika zespołem projektowym, jak i graficznym zespołu inżynierskiego doświadczenia) sprintu w San Francisco tydzień przed UDS. Dziękuję wszystkim, którzy wzięli udział, zwłaszcza tych, którzy przyszli z innych zespołów. Ta praca zgłoszeń może być jedynie wierzchołkiem góry lodowej, ale to bardzo fajne końcówki
Jeden lub więcej z naszych pierwszych partnerów OEM dostępu (firm, z którymi pracujemy nad nowymi funkcjami pulpitu) prawdopodobnie będzie statek z tej funkcji w ramach netbook produktu podczas 9.04 cyklu. W tym momencie chcielibyśmy również spadek kod w KDT do badania z szerszego zakresu zastosowań. Nie ma aktywnych dyskusji na temat aktualizacji freedesktop.org specyfikację w oparciu o tę pracę. Myślę, że powinniśmy być ostrożni, i zbierać prawdziwe opinie i testy użytkowników twardych danych, ale jeśli pójdzie dobrze, to proponujemy uproszczenie spec odpowiednio, i przedstawia nasz agent wyświetlania powiadomień na FreeDesktop.org. Długoterminowa współpraca z całego kodu odbędzie się w Launchpad.
