Vamos a hablar acerca de las notificaciones! Como Ryan Lortie mencionados, hubo un gran debate en todo el Ubuntu, Kubuntu, GNOME, KDE y Mozilla comunidades representadas en UDS sobre las propuestas de Canonical experiencia de usuario y diseño de equipos de ingeniería de escritorio de la experiencia han hecho para Ubuntu 9.04.
Ver la maqueta como una película de Flash.
Hay algunas bastante audaces (léase: polémica) las ideas que nos gustaría explorar con, por lo que la oportunidad de hablar de ellos con una amplia sección transversal de la comunidad ha sido fantástico. Hubo varias aristas y las trampas que creo que vamos a evitar en la primera ronda, como resultado, gracias a todos los que participaron. Algunas de las cosas que trabajamos en estos equipos se realiza directamente con los socios para sus dispositivos, por lo que no ve este nivel de discusión antes de su barco, pero es maravilloso cuando tengamos la oportunidad de hacerlo.
Algunas de estas ideas no están probados, que se reducen a cuestiones de opinión, pero desde nuestro compromiso con ellos se basa en un deseo de aprender más pienso en ellos como experimentos constructivo. Los experimentos son sólo eso - experimentos. Puede que tengan éxito y que puede fallar. Debemos juzgar con cuidado, después de que hemos de datos. Estamos poniendo nuevas ideas en el escritorio libre, sin ego. Sabemos que estas ideas podría ser mejor o peor que trabajos similares realizados en otras comunidades, y queremos recoger sugerencias de los usuarios reales de ayudar a encontrar la mejor combinación para todos. Las mejores ideas, y el mejor código, en última instancia, forman parte del patrimonio común digital de software libre y ser compartidos por GNOME, KDE y cada distribución. Así que, para esa gente que se molesta que podamos enviar algo que no sea un defecto de KDE o GNOME, le pido por su paciencia y apoyo - queremos aportar nuevas ideas y nuevo código, y eso significa que algunos "Delta" que se puede utilizar como base para los debates sobre la futura dirección de arriba. En el pasado, hemos tenido un delta como pocos en Ubuntu. Algunos, como el diseño del panel actual, se acepta ampliamente. Otros, como el modo infame "Ubuntu espacial", no lo eran. C'est la vie, y todos nos beneficiamos de la evolución.
Los experimentos son también algo que no debemos hacer a la ligera. El escritorio de Ubuntu es algo que tomo muy personalmente, me siento personalmente responsable de la productividad y la felicidad de todos los usuarios de Ubuntu, así que cuando nos traen nuevas ideas y el código en el escritorio, creo que debemos hacer todo lo posible para asegurarse de éxito por primera vez ronda. No debemos imponer las malas ideas de nuestros usuarios sólo porque somos curiosos o arrogantes u orgullosos o terco. A pesar de ser de vez en cuando curiosos, arrogante, terco y orgulloso de 
Así que, ¿Qué estamos proponiendo?
En primer lugar, nos estamos centrando la atención en las notificaciones de escritorio en este ciclo, como parte de un interés más amplio en el espacio "entre las aplicaciones".
Creo que Canonical y Ubuntu la mejor manera de ayudar a la causa del software libre, centrándose en las grietas entre los principales componentes del escritorio. En otras palabras, mientras que hay ya una gran incorporación temprana de las aplicaciones individuales en el escritorio de software libre (para Novell Evolution, Sun OpenOffice, Mozilla para Firefox, Red Hat para NetworkManager), creemos que hay un montón de trabajo productivo y útil que se Realizado en las diferencias entre ellos. Las notificaciones son cosas que muchas de las aplicaciones hacer, y si podemos aportar nuevas ideas que luego nos están ayudando a mejorar la experiencia del usuario de todas las aplicaciones. Eso es un multiplicador de fuerza de Niza - estamos haciendo un trabajo que esperamos hace que el trabajo de todas las comunidades de otros aún más valioso.
Sin embargo, esperamos golpes por delante. Las ideas que estamos explorando mayo / se / entren en conflicto con los supuestos que están presentes hoy en día en diversas aplicaciones. Podemos abordar el código correspondiente en paquetes en el principal, pero estoy más centrado en abordar los problemas sociales potenciales que el conflicto puede crear, y eso es más un tema de conversación de código.
Las notificaciones son interesantes, sutil y complejo. Hay muchos enfoques diferentes en muchas plataformas diferentes. Hay un montón de casos de uso diferentes. Estamos tratando de simplificar y eliminar la complejidad, mientras que siguen haciendo posible que se cumplan los casos de uso que conocemos.
No ha habido un buen trabajo en la comunidad freedesktop.org sobre las notificaciones, e incluso una especificación que es * casi * en 1,0 en esa comunidad, con las implementaciones de código abierto. Nuestra propuesta se basa en la especificación, pero desaprueba varias capacidades y características en él. Es muy probable que sea compatible con la API actual para envío de notificaciones, pero probablemente no se mostrarán todas las notificaciones que podrían ser enviado, si se requieren características que nos desprecian. Si este experimento sale bien, esperamos ayudar a mover la especificación FD.o a 1,0, con o sin nuestras enmiendas.
Las principales propuestas que estamos haciendo son las siguientes:
- No debe haber acciones en las notificaciones.
- Las notificaciones no se debe mostrar de forma sincrónica, pero puede ser puesto en cola. Nuestra implementación de el demonio de presentación de notificación se mostrará sólo una notificación a la vez, otros pueden hacerlo de manera diferente.
Que eso es todo. Hay algunos matices y variaciones, pero estos son los principales cambios que estamos proponiendo y que analizaremos en un dispositivo netbook con un socio, así como en la versión Ubuntu 9.04 en general, los dioses están dispuestos calendario.
Este trabajo se mostrará como un nuevo agente de la notificación de visualización, no como un tenedor o un parche a la actual demonio de GNOME notificación. No creemos que el cliente API - libnotify - necesita ser cambiado para este experimento, aunque no puede mostrar las notificaciones enviadas a través de esa capacidad de uso de la API que estamos sugiriendo quedar obsoleta. Vamos a tratar de garantizar que los paquetes en los principales estén debidamente ajustado, y la esperanza MOTU identificará y paquetes de actualización de clave en el universo en consecuencia.
¿Por qué un completamente nuevo agente de presentación de notificación? Estamos diseñando para ser construido con Qt en KDE, GNOME y GTK en. La idea es tener como código mucho en común como podemos, pero aprovechar el marco adecuado de los textos en pantalla en Ubuntu y Kubuntu. Esperamos entregar ambos a la vez, y han hablado de esto con los miembros de la comunidad de Ubuntu y Kubuntu. Por el momento, hay un cierto desacuerdo sobre la situación de la especificación FD.o entre Gnome y KDE, y esperamos que nuestros esfuerzos ayuden a construir un puente allí. En Ubuntu 9.04, es probable que continúe el paquete y publicar el demonio de notificación existentes, además, para ofrecer dos opciones para los usuarios que tienen una preferencia en particular. En general, en los que invertir en nuevas obras experimentales, tenemos previsto continuar ofreciendo un componente estándar de GNOME o KDE / paquete conjunto en el archivo para que la gente puede disfrutar de esta experiencia también.
La parte más controversial de la propuesta es la idea de que las notificaciones no debe tener acciones asociadas con ellos. En otras palabras, no hay botones, deslizadores, enlaces, o incluso de un despido [x]. Cuando aparece una notificación, no podrá hacer clic en ella, no será capaz de hacer que se vaya, usted no será capaz de seguir a otra ventana, o una página web. ¿Es usted amante de esta libertad? Hmmm? La locura, en la cara de él, pero no hay método en esta locura.
Nuestra hipótesis es que la existencia de cualquier acción crea una obligación de peso para actuar, o pensar Interino de. Que hacen que las notificaciones a su vez de jugar en el trabajo. Eso los hace grandes responsabilidades. Eso los hace una interrupción, no una notificación. Y las interrupciones son una bolsa de dolor cuando tienes cosas que hacer.
Por lo tanto, tenemos una línea de tres puntas de ataque.
- Queremos hacer las notificaciones de verdad efímero. Ellos están ahí, y luego se han ido, y así es la vida. Si usted está en su escritorio cuando se trata de una notificación, se le sentido, y si quieres puedes mirarlo, y será hermoso y claro y fácil de analizar. Si desea hacer caso omiso de él, puede realizar sin peligro y que siempre va a desaparecer sin que tenga que lo desestime. Si lo pierde, eso está bien. Las notificaciones son sólo para las cosas que puede pasar por alto o perder. Si usted fue a tomar un café y una notificación volando, no eres peor. No se acumulan como el correo electrónico, no existe ninguna revista de las que se perdió, no se puede desplazar hacia atrás y ver de nuevo, y para ello está bajo ninguna obligación de hacerlo - que no puede convertirse en trabajo mientras está ya ocupado con otra cosa. Se han ido como una chica misteriosa en el bus no se llevaban bien, y que enriquecerá su vida de manera exactamente igual!
- Creemos que debe haber indicadores del panel persistente de las cosas que usted realmente necesita conocer, incluso si te perdiste la notificación urgente porque quería que el café. Así que estamos haciendo una lista de esas cosas, y un plan para su aplicación.
- Todo lo demás debe ser tratado por tener una ventana para llamar la atención, mientras que permanece en el fondo, a menos que sea crítico en el que caso de que la ventana podría llegar al primer plano.
Dado que este es claramente el trabajo de varios lanzamientos, podemos tener fallos e incoherencias en el camino en los puestos de control provisionales. Espero que no, pero no es probable, sobre todo en la primera iteración. Además, estas ideas pueden llegar a ser pobres, y debemos estar listos para ajustar el rumbo sobre la base de los votos una vez que tenemos una aplicación en el medio silvestre.
Hemos tenido una excelente UXD y Dee (la experiencia de usuario del equipo de diseño, de escritorio y equipo de ingeniería de la experiencia) de Sprint en San Francisco la semana antes de UDS. Gracias a todos los que participaron, especialmente a los que llegaron de otros equipos. Este trabajo notificaciones puede ser la punta del iceberg, pero es una punta muy cool
Uno o más de nuestros socios el acceso temprano-OEM (empresas que trabajamos con las características de escritorio) es probable que esta característica del buque, como parte de un producto netbook durante el ciclo de 9.04. En ese punto, también se reduciría el código en un PPA para la prueba con un conjunto más amplio de aplicaciones. Hay un debate activo sobre la actualización de la especificación freedesktop.org sobre la base de este trabajo. Creo que debemos ser cautos, y reunir las pruebas reales de votos del usuario y los datos duros, pero si va bien, entonces nos proponemos simplificar la especificación en consecuencia, y presentar a nuestro agente de presentación de notificación a FreeDesktop.org. Colaboración a largo plazo de todo el código tendrá lugar el Launchpad.
