Давайте поговоримо про повідомлення! Як згадувалося ЛОРТА Райан, було багато дискусій з Ubuntu, Kubuntu, GNOME, KDE та Mozilla громад, представлених на УДС про пропозиції користувачів Canonical дизайн досвідом і настільних групи інженерний досвід зробили для Ubuntu 9.04.
Див макет у вигляді фільму Flash.
Є кілька досить сміливі (читай: спірні) ідеї, які ми хотіли б обговорити з, так що можливість обговорити їх з більш широким перерізом співтовариство було фантастичним. Було кілька нерівні краї і пасток, що я думаю, ми будемо уникати в першому раунді як результат, спасибі всім, хто взяв участь. Деякі з речей, ми працюємо на цих команд здійснюється безпосередньо з партнерами для своїх пристроїв, тому що вони не бачать цього рівень обговорення, перш ніж вони кораблі, але вона прекрасна, коли ми отримуємо можливість зробити це.
Деякі з цих ідей є недоведеними, вони зводяться до питань думка, але оскільки наші зобов'язання перед ними грунтується на бажанні дізнатися більше я думаю про них, як конструктивний експерименти. Експеримент - не що експерименти. Можливо, це вдасться, і вони можуть виявитися марними. Ми повинні судити про них обережно, після того як ми маємо дані. Ми вводимо нові ідеї в Free Desktop без Его. Ми знаємо, ці ідеї можуть бути краще чи гірше, ніж аналогічна робота проводиться і в інших громадах, і ми хочемо зібрати реального зворотного зв'язку з користувачами, щоб допомогти знайти оптимальне поєднання для всіх. Кращі ідеї і кращий код, зрештою, є частиною цифрового фото вільних програм і спільно використовуватися GNOME, KDE і кожного дистрибутиву. Таким чином, для тих людей, які були засмучені тим, що ми могли б щось інше судно, ніж GNOME або KDE за замовчуванням, я хотів би просити Вас за терпіння і підтримку - ми хочемо внести нові ідеї та новий код, а це означає, що з деякими дельту, яка може бути використана як основу для дискусій про майбутнє напрямку вгору за течією. У минулому в нас було кілька таких Delta в Ubuntu. Деякі, як поточну розкладку панелей, широко обняла. Інші, як сумнозвісний "Ubuntu просторового режиму", не були. C'est La Vie, і ми всі виграємо від еволюції.
Експеримент також не те, що ми повинні робити легко. Ubuntu Desktop-то я дуже особисто, я відчуваю особисту відповідальність за продуктивність і щастя кожного користувача Ubuntu, тому, коли ми привносить нові ідеї та код на робочому столі я вважаю, що ми повинні зробити все від нас залежне, щоб переконатися, що успіх вперше раунд. Ми не повинні завдати погані ідеї про наших користувачів тільки тому, що ми цікаві або зверхнє або впертий або пишатися. Незважаючи на те, іноді цікаво, зарозумілий, впертий і гордий 
Отже, що ми пропонуємо?
По-перше, ми концентруємо увагу на деякий повідомлень робочого столу в цьому циклі, як частина ширшого інтересу в "просторі між додатками".
Я думаю, Ubuntu і Canonical найкраще можуть допомогти причини вільного програмного забезпечення шляхом зосередження уваги на тріщини між основними компонентами на робочому столі. Іншими словами, хоча вже є великий upstreams для окремих додатків на робочому столі безкоштовне програмне забезпечення (для Novell Evolution, нд для OpenOffice, для Mozilla Firefox, Red Hat для NetworkManager), ми вважаємо, що існує багато продуктивної та корисної роботи, яка буде зроблено в проміжках між ними. Повідомлення речей, які роблять багато додатків, і якщо ми зможемо внести нові ідеї тобто ми допомагаємо поліпшити роботу користувачів всіх цих додатків. That's A Nice сили мультиплікатора - і ми сподіваємося, робити роботу, яка робить роботу будь-якого іншого співтовариства ще більш цінним.
Тим не менше, чекаємо, шишки попереду. Ідеї, які ми вивчаємо може / буде / зробити конфлікт з припущеннями, які присутні сьогодні в різних додатках. Ми можемо розглянути відповідний код в пакетах в основному, але я більше націлена на вирішення потенційних соціальних потрясінь, що може створити конфлікт, і це швидше питання, чим розмова код.
Повідомлення цікавим, тонким і складним. Є багато різних підходів на безліч різних платформах. Є багато різних випадків використання. Ми намагаємося спростити й усунути складнощі, а робить його ще можна зустріти випадки використання ми знаємо.
Там була хороша робота в freedesktop.org спільноті про повідомлення, і навіть, що Spec * * майже на 1,0 в цій спільноті, з існуючими реалізаціями відкритих джерел. Наша пропозиція базується на цю специфікацію, але це deprecates ряд можливостей і функцій в ньому. Ми, ймовірно, буде сумісна з нинішніми API для відправки повідомлень, але, ймовірно, не будуть відображатися всі повідомлення, які можуть бути спрямовані, якщо вони мають потребу у функції, які ми засуджуємо. Якщо цей експеримент пройде успішно, ми сподіваємося допомогти внести FD.o специфікації 1.0, з або без наших поправок.
Ключові пропозиції, які ми робимо в тому, що:
- Там повинно бути ніяких дій стосовно повідомлень.
- Notifications не повинна відображатися синхронно, але може бути поставлена в чергу. Наша реалізація демона відображення повідомлень буде показувати тільки одне повідомлення, в той час, як інші можуть зробити це по-різному.
Це в значній мірі його. Є деякі тонкощі і варіації, але ці ключові зміни, які ми пропонуємо, і який ми будемо вивчати в нетбуків пристрої з партнером, а також у загальному випуску Ubuntu 9.04, графік богів бути готові.
Ця робота буде відображатися як новий засіб для відображення повідомлень, а не вилкою або виправлення для існуючого демона повідомлення GNOME. Ми не думаємо Client API - libnotify - повинна бути змінена для цього експерименту, хоча ми і не може відображати повідомлення відправлені через цей API, які використовують можливості ми пропонуємо виявитися непотрібним. Ми будемо прагнути до того, що пакети в основних належним налаштована, і сподіваємося, MOTU буде виявляти та оновлення пакунків ключів у Всесвіті відповідно.
Навіщо потрібен зовсім новий агент відображення повідомлень? Ми розробляємо він буде побудований з Qt на KDE та GNOME на Gtk. Ідея мати стільки коду в загальній, як ми можемо, але все ж таки скористатися відповідним рамках відображення тексту на Ubuntu і Kubuntu. Ми сподіваємося забезпечити як одночасно, і обговорював це з обома Ubuntu Kubuntu та членами спільноти. На даний момент є деякі розбіжності з приводу статусу специфікації FD.o між GNOME і KDE, і ми сподіваємося, що наші зусилля допоможуть побудувати міст. В Ubuntu 9.04, ми, швидше за все, продовжить для упаковки та опублікувати інформацію про існуючі демона повідомлення крім того, пропонують як опції для користувачів, які мають особливу перевагу. Загалом, де ми інвестуємо в нові експериментальні роботи, ми плануємо продовжувати пропонувати стандартні GNOME або KDE компонент / набір архіву, щоб люди могли користуватися цим досвідом.
Найбільш спірним частина цієї пропозиції є ідея, що повідомлення не повинна дії, пов'язані з ними. Іншими словами, немає кнопки, повзунки, лінки, або навіть звільнення [X]. Коли з'являється повідомлення, ви не зможете натиснути на неї, Ви не зможете зробити його піти, ви не зможете стежити в інше вікно, або на веб-сторінці. Ти хто любить цю свободу? Хммм? Безумство, на перший погляд, але є метод в цьому божевіллі.
Наша гіпотеза полягає в тому, що існування яких-небудь дій створює вагомі зобов'язання діяти, або до діяти подумати. Повідомлення, які роблять свою чергу, від гри в роботу. Це робить їх важких обов'язків. Це робить їх перерви, не повідомлення. І переривання мішок боляче, коли у вас є чим зайнятися.
Отже, ми маємо триєдиного лінію атаки.
- Ми хочемо, щоб повідомлення дійсно ефемерною. Вони там, а потім вони зникли, і це життя. Якщо ви на робочому столі, коли приходить повідомлення, то сенс, а якщо хочете, то ви можете подивитися на неї, і вона буде красива і чітка і легко розбираються. Якщо ви хочете, щоб ігнорувати його, ви можете спокійно зробити це і він завжди буде йти не вимагаючи звільнити його. Якщо ви пропустите його, це нормально. Повідомлення тільки для речей, які можна ігнорувати або пропустити. Якщо ви вийшли на каву та повідомлення пролетів мимо, ви не гірше. Вони не накопичуються, як електронна пошта, немає журналу ті, які ви пропустили, ви не можете виділити тому і побачити їх знову, і пов'язане з цим ви не зобов'язані це зробити - вони не можуть стати робота, поки ви вже зайнятий чимось ще. Вони пішли, як таємниця дівчина на автобусі ви не отримаєте, і вони збагатять ваше життя точно таким же способом!
- Ми вважаємо, що треба бути послідовними індикатори на панель для речей, які вам дійсно потрібно знати, навіть якщо ви пропустили повідомлення тому що вам терміново хотіли, що кава. Тому ми ведемо список тих речей, і план їх реалізації.
- Все інше повинне вирішуватися шляхом мати вікна потребують уваги, залишаючись у тіні, якщо це критично і в цьому випадку це вікно може прийти на передньому плані.
Оскільки це явно робота кількох релізів, у нас можуть бути збої і невідповідності по дорозі на тимчасовий контрольно-пропускних пунктах. Сподіваюся, що ні, але це не виключено, особливо в першій ітерації. Крім того, ці ідеї можуть виявитися бідними, і ми повинні бути готові скоректувати наш курс на основі зворотного зв'язку, як тільки ми здійснення в дикій природі.
У нас були чудові UXD і Ді (User досвід проектної групи, а також настільні командою інженерів досвіду) Sprint у Сан-Франциско за тиждень до UDS. Дякуємо всім, хто взяв участь, особливо ті, хто прийшов з іншими командами. Це повідомлення робота може бути тільки верхівкою айсберга, але це дуже прохолодно відгук
Один або декілька з наших ранніх доступу ОЕМ партнерів (компанії, ми працюємо з новими функціями на робочий стіл), швидше за все, судно цю функцію в рамках Netbook продукту в 9,04 циклу. На цьому етапі ми також хотіли б відмовитися від коду в PPA для випробувань з більш широким набором додатків. Є активні дискусії про оновлення freedesktop.org специфікацію на основі цієї роботи. Я думаю, ми повинні бути обережними, а також збирати дані в реальному зворотного тестування користувачів і достовірних даних, але якщо вона піде добре то ми хотіли б запропонувати спрощення Spec відповідно, і представляти нашу відображення повідомлень агента FreeDesktop.org. Довгострокова співпраця навколо коду буде відбуватися на Launchpad.
