Let's talk about notifications! Comme Ryan Lortie mentionnés, il ya eu beaucoup de discussions à travers le Ubuntu, Kubuntu, Gnome, KDE, Mozilla et les communautés représentées à UDS au sujet des propositions de Canonical conception de l'expérience utilisateur et de bureau des équipes de l'expérience en génie ont fait pour Ubuntu 9.04.
Voir la maquette comme un film Flash.
Il ya quelques assez audacieux (lire: des idées) à controverse que nous aimerions explorer avec, donc l'occasion d'en discuter avec un échantillon plus représentatif de la communauté a été fantastique. Il y avait plusieurs bords rugueux et les pièges que je pense que nous allons éviter au premier tour de ce fait, merci à tous ceux qui y ont participé. Certaines des choses que nous travaillons dans ces équipes se font directement avec des partenaires pour leurs appareils, de sorte qu'ils ne voient pas ce niveau de discussion avant de bateau, mais il est merveilleux quand on ne la chance de le faire.
Certaines de ces idées ne sont pas prouvées, elles se résument à des questions d'opinion, mais puisque notre engagement à leur égard se fonde sur le désir d'en savoir plus je pense à eux comme des expériences constructives. Les expériences ne sont que cela - des expériences. Ils mai réussir et mai, ils échouent. Nous devons les juger avec soin, après que nous disposons de données. Nous mettons de nouvelles idées dans le bureau libre, sans ego. Nous savons que ces idées pourraient être mieux ou pire que des travaux similaires menés dans d'autres collectivités, et nous souhaitons recueillir les commentaires des utilisateurs réels pour aider à trouver la meilleure combinaison pour chacun. Les meilleures idées, et le meilleur code, finira par faire partie du patrimoine commun de logiciels libres numériques et être partagé par GNOME, KDE et toutes les distributions. Donc, pour ces gens qui étaient bouleversés que nous pourrions navire autre chose qu'un défaut de GNOME ou KDE, je fais appel à votre patience et votre soutien - nous voulons apporter des idées nouvelles et un nouveau code, et que signifie avoir une certaine delta qui peut être utilisé comme base pour des discussions sur l'orientation future de l'amont. Dans le passé, nous avons eu un delta ces rares dans Ubuntu. Certains, comme le panneau de configuration actuelle, ont été largement adoptée. D'autres, comme le mode infâme Ubuntu "spatiale", l'étaient pas. C'est la vie, et nous profitons tous de l'évolution.
Des expériences sont également pas quelque chose que nous devrions faire à la légère. Le bureau d'Ubuntu est quelque chose que je prends très personnellement, je me sens personnellement responsable de la productivité et le bonheur de chaque utilisateur de Ubuntu, donc quand nous apporter de nouvelles idées et le code pour le bureau, je crois que nous devrions faire tout ce que nous pouvons pour nous assurer du succès première fois ronde. Nous ne devraient pas infliger de mauvaises idées à nos utilisateurs uniquement parce que nous sommes curieux ou arrogants ou fiers ou tenaces. Bien qu'il soit parfois curieux, arrogant, têtu et fier 
Alors, qu'est-ce qu'on propose?
Tout d'abord, nous nous concentrons un peu d'attention sur les notifications de bureau dans ce cycle, dans le cadre d'une participation plus large dans l'espace "entre les applications".
Je pense que Canonical et Ubuntu au mieux la cause du logiciel libre en se concentrant sur les fissures entre les principaux composants du bureau. En d'autres termes, alors qu'il ya upstreams déjà grande pour des applications individuelles dans le bureau de logiciels libres (Novell Evolution, Sun pour OpenOffice, Mozilla pour Firefox, Red Hat pour NetworkManager), nous pensons qu'il ya beaucoup de travail productif et utile d'être fait dans les écarts entre eux. Les notifications sont des choses que beaucoup d'autres applications faire, et si nous pouvons apporter des idées nouvelles at-il donc nous aider à améliorer l'expérience utilisateur de l'ensemble de ces applications. C'est un multiplicateur de force Nice - que nous faisons, espérons travail qui fait l'œuvre de toute autre communauté encore plus précieux.
Néanmoins, attendez-chocs avant. Idées que nous explorons mai / va / n'entrent pas en conflit avec les hypothèses qui sont présents aujourd'hui dans diverses applications. Nous pouvons traiter le code correspondant dans les paquets pour l'essentiel, mais je suis plus centrés sur la désorganisation sociale potentielle que le conflit peut créer, et c'est plus un sujet de conversation que le code.
Les notifications sont intéressants, subtils et complexes. Il ya beaucoup d'approches différentes sur des lots de différentes plateformes. Il ya beaucoup de cas d'utilisation. Nous essayons de simplifier et d'éliminer la complexité, tout en faisant encore la possibilité de répondre aux cas d'utilisation que nous connaissons.
Il ya eu du bon travail dans la communauté freedesktop.org concernant les notifications, et même une spécification qui est * presque * à 1,0 dans cette communauté, avec des implémentations open source existante. Notre proposition est basée sur cette norme, mais il désapprouve plusieurs capacités et les caractéristiques en elle. Nous allons probablement être compatible avec l'API pour les notifications en cours d'envoi, mais sans doute pas afficher toutes les notifications qui peuvent être envoyés, s'ils ont besoin d'éléments que l'on désapprouve. Si cette expérience se passe bien, nous espérons contribuer au mouvement qui FD.o spécification à 1,0, avec ou sans nos amendements.
Les principales propositions que nous faisons sont les suivantes:
- Il devrait y avoir aucune action sur les notifications.
- Les notifications devraient pas être affichées de façon synchrone, mais mai être mis en attente. Notre mise en œuvre du démon de notification d'affichage affichera une seule communication à la fois, d'autres mai le faire différemment.
That's pretty much it. Il ya quelques subtilités et variations, mais celles-ci sont les principaux changements que nous proposons et que nous explorerons dans un dispositif netbook avec un partenaire, ainsi que dans le général Ubuntu 9.04, communiquez dieux calendrier étant consentantes.
Ce travail sera affiché comme un agent de notification des nouvelles d'affichage, et non comme une fourchette ou un patch pour le démon existants GNOME notification. Nous ne pensons pas que le client API - libnotify - doit être changé pour cette expérience, même si nous mai pas afficher les notifications envoyées par cette API que les capacités de l'utilisation que nous suggérons est obsolète. Nous allons essayer de s'assurer que les colis dans les principaux sont correctement réglés, et nous espérons MOTU permettra d'identifier et mettre à jour les paquets clé dans l'univers en conséquence.
Pourquoi un tout nouvel agent de notification d'affichage? Nous la conception doit être construit avec Qt sur KDE et GTK sur GNOME. L'idée est d'avoir autant de code en commun que nous le pouvons, mais encore profiter du cadre approprié d'affichage de texte sur Ubuntu et Kubuntu. Nous espérons pouvoir livrer les deux simultanément, et en avoir discuté avec les deux membres de la communauté Ubuntu et Kubuntu. À l'heure actuelle, il existe un certain désaccord au sujet du statut de la spécification FD.o entre GNOME et KDE, et nous espérons que nos efforts contribueront à bâtir un pont là-bas. Dans Ubuntu 9.04, nous aurions sans doute continuer d'emballer et de publier le démon de notification existants en outre, d'offrir deux options pour les utilisateurs qui ont une préférence particulière. En général, lorsque nous investissons dans de nouveaux travaux expérimentaux, nous avons l'intention de continuer d'offrir un standard de GNOME ou KDE composante / forfaits fixés dans les archives afin que les gens peuvent jouir de cette expérience aussi.
La partie la plus controversée de la proposition est l'idée que les notifications ne doivent pas avoir des actions qui leur sont associés. En d'autres termes, pas de boutons, curseurs, des liens, voire un licenciement [x]. Quand une notification apparaît, vous ne serez pas en mesure de cliquer dessus, vous ne serez pas en mesure de faire disparaître, vous ne serez pas en mesure de le suivre vers une autre fenêtre, ou à une page Web. Êtes-vous aimer cette liberté? Hmmm? La folie, sur la face d'elle, mais il ya la méthode dans cette folie.
Notre hypothèse est que l'existence de recours Toute crée une obligation lourde pour agir ou de penser PROPOS DE QUALITE. Qui font tourner les notifications depuis le jeu dans le travail. Cela fait d'eux de lourdes responsabilités. Cela fait d'eux une interruption, pas de notification. Et les interruptions sont un sac de mal quand vous avez des choses à faire.
Donc, nous avons un à trois broches ligne d'attaque.
- Nous voulons faire de notifications vraiment éphémères. Ils sont là, et puis ils sont partis, et c'est la vie. Si vous êtes à votre bureau quand une notification arrive, tu le sens, et si vous voulez vous pouvez regarder, et il sera beau et clair et facile à analyser. Si vous voulez l'ignorer, vous pouvez le faire en toute sécurité et il sera toujours s'en aller sans que vous ayez à le rejeter. Si vous la manquez, c'est OK. Les notifications sont seulement pour des choses que vous pouvez ignorer ou passer à côté. Si vous êtes allé prendre un café et une notification par volé, vous n'êtes pas plus mal lotis. Ils ne pile pas comme l'email, il n'y a pas de journal de celles que vous avez manqué, vous ne pouvez pas revenir en arrière et de les voir de nouveau, et à cet effet vous n'êtes sous aucune obligation de le faire - ils ne peuvent pas devenir travailler pendant que vous déjà occupés à autre chose. Ils sont partis comme une fille mystère sur le bus vous ne s'entendait pas, et ils enrichissent votre vie exactement de la même façon!
- Nous pensons qu'il devrait y avoir des indicateurs de panneau persistants pour des choses que vous avez vraiment besoin de connaître, même si vous avez raté la notification de toute urgence parce que vous avez voulu que le café. Nous faisons donc une liste de ces choses, et prévoient de les appliquer.
- Tout le reste doit être traité en ayant une fenêtre pour appeler l'attention, tout en restant dans l'arrière-plan, à moins qu'il est essentiel dans ce cas, cette fenêtre ne pouvait venir à l'avant-plan.
Comme il s'agit clairement le travail de plusieurs versions, nous avons mai pépins et les incohérences sur la route aux points de contrôle intérimaire. J'espère que non, mais il n'est pas improbable, surtout dans la première itération. Aussi, ces idées mai se révèlent être pauvre, et nous devrions être prêts à adapter nos cours en fonction des informations lorsque nous aurons une mise en œuvre dans la nature.
Nous avons eu une superbe et UXD DEE (expérience de l'équipe de conception d'utilisateurs, et l'équipe du bureau d'expérience en génie) Sprint à San Francisco la semaine avant UDS. Merci à tous ceux qui ont pris part, en particulier ceux qui sont arrivés en provenance d'autres équipes. Ce travail notifications mai-être la pointe de l'iceberg, mais c'est une astuce très cool
Un ou plusieurs de nos partenaires un accès précoce OEM (entreprises avec lesquelles nous travaillons sur les nouvelles fonctionnalités de Bureau) pourrait avoir des navires cette fonctionnalité comme partie d'un produit Netbook au cours du cycle 9.04. À ce stade, nous aimerions également déposer le code dans une CAE pour des tests avec un plus large éventail d'applications. Il ya des discussions actives il mettre à jour la spécification freedesktop.org fondée sur ce travail. Je pense qu'il faut être prudent, et de recueillir les informations réelles de l'utilisateur et des données concrètes, mais si tout va bien alors nous proposent de simplifier la spécification en conséquence, et de soumettre notre agent affichage notification à FreeDesktop.org. Collaboration à long terme autour du code aurait lieu sur Launchpad.
