Nouvelles idées ? C'est clairement repompé sur Growl et Mark S. n'a même pas eu l'élégance de citer son inspiration.
> Mark Shuttleworth fait part sur son blog d'une proposition faite par son équipe, pas par lui tout seul.
Qu'il soit à l'origine ou non de cette idée, il se l'est vachement approprié vu son implication et la manière dont il nous la présente.
> Proposition qui a déjà été beaucoup discutée à l'UDS.
Tellement discuté que les participants ont surnommé cette conférence "Notification Bikeshed Summit". Le sujet n'est pas forcément inintéressant mais pas au point d'être le clou du spectacle comme l'a présenté Mark S. http://blogs.gnome.org/desrt/2008/12/14/uds/
> Moi au contraire je constate que les notifications ne servent à rien chez plein de nouveaux venus
Je veux bien discuter de l'opportunité des notifications pour les kikoololeries genre messagerie instantanée qui sont souvent intrusives, mais avoir un retour visuel sur la fin d'une opération du style téléchargement, de copie de documents, l'arrivée d'une machine sur le réseau etc ... c'est pas inutile que ce soit pour le débutant ou l'utilisateur plus avancé.
Comme tu peux le lire dans les commentaires précédemment postés, ce qui manque c'est un outil pour les configurer plus finement (niveau d'importance, regex pour filtrer etc ...)
> Alors qu'il y ait des actions
Quand j'ai fini de télécharger un pdf, j'aimerais bien pouvoir le lire tout de suite sans avoir à le "chercher" dans mon navigateur de fichiers. J'ai une opération de copie qui a foiré, j'aimerais pouvoir réessayer de suite.
Il y a quelques mois, j'ai découvert une fonctionnalité marrante: quand ma kernel a des ratés, j'ai une notification qui s'affiche et j'ai la possibilité d'envoyer directement un rapport de bogues sur kernel.org. C'est simple, efficace, ça permet à n'importe qui de faire des rapports de bogues sur le kernel.
[^] # Re: le sujet
Posté par GeneralZod . En réponse au journal Notification à la Canonical. Évalué à 3.
> Mark Shuttleworth fait part sur son blog d'une proposition faite par son équipe, pas par lui tout seul.
Qu'il soit à l'origine ou non de cette idée, il se l'est vachement approprié vu son implication et la manière dont il nous la présente.
> Proposition qui a déjà été beaucoup discutée à l'UDS.
Tellement discuté que les participants ont surnommé cette conférence "Notification Bikeshed Summit". Le sujet n'est pas forcément inintéressant mais pas au point d'être le clou du spectacle comme l'a présenté Mark S.
http://blogs.gnome.org/desrt/2008/12/14/uds/
> Moi au contraire je constate que les notifications ne servent à rien chez plein de nouveaux venus
Je veux bien discuter de l'opportunité des notifications pour les kikoololeries genre messagerie instantanée qui sont souvent intrusives, mais avoir un retour visuel sur la fin d'une opération du style téléchargement, de copie de documents, l'arrivée d'une machine sur le réseau etc ... c'est pas inutile que ce soit pour le débutant ou l'utilisateur plus avancé.
Comme tu peux le lire dans les commentaires précédemment postés, ce qui manque c'est un outil pour les configurer plus finement (niveau d'importance, regex pour filtrer etc ...)
> Alors qu'il y ait des actions
Quand j'ai fini de télécharger un pdf, j'aimerais bien pouvoir le lire tout de suite sans avoir à le "chercher" dans mon navigateur de fichiers. J'ai une opération de copie qui a foiré, j'aimerais pouvoir réessayer de suite.
Il y a quelques mois, j'ai découvert une fonctionnalité marrante: quand ma kernel a des ratés, j'ai une notification qui s'affiche et j'ai la possibilité d'envoyer directement un rapport de bogues sur kernel.org. C'est simple, efficace, ça permet à n'importe qui de faire des rapports de bogues sur le kernel.