Journal Notification à la Canonical

Posté par  .
Étiquettes : aucune
2
11
fév.
2009
Mark Shuttleworth a eu une idée (oui, ça lui arrive) à propos des systèmes de notification sur les bureaux.
Il en a fait part ici :
http://www.markshuttleworth.com/archives/253

J'apprécie l'ergonomie même si ce n'est pas une passion. Ce qui m'a le plus choqué dans la proposition de Mark Shuttleworth est la suppression des actions dans les notifications. D'autres choses ne m'ont pas plu (les notifications de fond d'écran et les notifications en haut à droite) mais je suis prêt à faire avec.

Celeste Lyn Paul (Ubuntu / KDE) a fait une analyse assez poussée de la proposition de Mark Shuttleworth :
http://weblog.obso1337.org/2009/response-to-the-proposed-can(...) (je vous conseille la version PDF).

Les notifications sans actions sucks des roulettes, grave.

Lire le papier de Celeste Lyn Paul qui est fort bien argumenté. Je préfère des arguments à du hype.
  • # Moi ce que j'aimerais

    Posté par  . Évalué à 10.

    c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).

    De plus, j'aimerais pouvoir me faire différents profils avec différentes règles car il y a certains moments (boulot/présentation) ou on a pas envie que s'affiche sur l'écran un extrait de mail ou un message IM.

    Ce ne sont pas actuellement forcément des "notifications", mais j'aimerais justement aussi que tous les programmes qui utilisent des "messages" le fassent via ce systèmes standard (qui permettrait aussi donc du suspendre provisoirement tout affichage).

    Bref le système actuel m'énerve car je n'ai pas de contrôle dessus (a part quelques paramètres dans chacune des applis) et car il y a aussi des trucs aberrants: une fenêtre qui s'ouvre et qui se fout en avant plan pour vous poser une question (IMPORTANTE) => vous êtes en train de taper un texte, sans même que vous ayez le temps de voir, vous venez de valider le choix par défaut au clavier !!
    • [^] # Re: Moi ce que j'aimerais

      Posté par  . Évalué à -5.

      > c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).

      Le café aussi ?

      > on a pas envie que s'affiche sur l'écran un extrait de mail ou un message IM.

      La possibilité de bloquer temporairement les notifications est un plus important.

      > des trucs aberrants: une fenêtre qui s'ouvre et qui se fout en avant plan

      C'est normal, si elle est en arrière plan on ne la voit pas.

      > vous êtes en train de taper un texte, sans même que vous ayez le temps de voir, vous venez de valider le choix par défaut au clavier !!

      C'est bug. Il devrait donc être corrigé.

      Globalement j'aime bien les notifications sous GNU/Linux (j(utiise Gnome). Si j'ai un reproche à faire, il se porterait sur l'esthétique qui n'est pas terrible.
      • [^] # Re: Moi ce que j'aimerais

        Posté par  . Évalué à 6.

        > c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).

        Le café aussi ?


        Pas si compliqué, faudrait un gestionnaire de notificaition (il y en a déja un) et que chaque appli déclare au gestionnaire les notifications qu'elle est susceptible de lancer.

        Après une case "bloquer/débloquer" au cas par cas.
        • [^] # Re: Moi ce que j'aimerais

          Posté par  . Évalué à 1.

          C'est le truc qui manque au gestionnaire de notifications de KDE 4 : pouvoir filtrer applis et pour chacun d'elles par type de notifications.
          Car rien que les notifications de Kopete, ça devient vite chiant (même si on peut lui demander de ne pas notifier quand le statut est "absent") ou une version de KTorrent qui notifiait parce qu'il renommait ses fichiers de logs au démarrage -_-"
          • [^] # Re: Moi ce que j'aimerais

            Posté par  (site web personnel) . Évalué à 5.

            Dans Kopete: Menu Configuration -> « Configurer les notifications »
            Ou bien dans systemsettings dans la page des notifications

            C'est ce que tu cherche ou j'ai pas compris ton message ?
            • [^] # Re: Moi ce que j'aimerais

              Posté par  (site web personnel) . Évalué à 2.

              global et appli par appli de ce que j'en ai compris. Un truc bien pensé quoi, comme :
              - je regarde un film l'économiseur d'écran ne va pas se mettre en route
              - en appuyant sur un bouton, je peux désactiver la mise en veille à fermeture de l'écran : pratique quand le portable est branché sur un autre écran ou quand je veux simplement changer de salle, sans avoir à mettre en veille
              - je fais une présentation plein écran : j'ai pas envie que les notifications apparaissent à tout va (bon ça je n'ai pas trouvé comment faire)

              et après bien sûr appli par appli, ce qui existe déjà généralement, enlever le son de gajim quand un contact arrive/repart (mais là c'est bien le comportement de l'appli que tu règles selon tes préférences, ce n'est pas forcément global).
              • [^] # Re: Moi ce que j'aimerais

                Posté par  (Mastodon) . Évalué à 2.

                Pour la partie globale, c'est relativement facile, n'importe qui peut se faire un bouton qui tue xscreensaver et le démon/applet de notification et les relance la fois suivante ou appuie dessus.

                global et appli par appli de ce que j'en ai compris. Un truc bien pensé quoi, comme :
                - je regarde un film l'économiseur d'écran ne va pas se mettre en route


                il me semble que ça le fait déjà (vlc récent sur un gnome récent).

                Par contre ça ne peut pas venir totalement du bureau. Je ne vois pas comment tu peux demander à ton bureau de savoir qu'il voit un film. Il faut que d'une façon ou d'une autre ce soit l'appli qui lui dise eh hooo je joue un film, bloque le screensaver.

                Jami: beabb2b063da0a2f0a2acaddcd9cc1421245d5de

                • [^] # Re: Moi ce que j'aimerais

                  Posté par  (site web personnel) . Évalué à 2.


                  Par contre ça ne peut pas venir totalement du bureau. Je ne vois pas comment tu peux demander à ton bureau de savoir qu'il voit un film. Il faut que d'une façon ou d'une autre ce soit l'appli qui lui dise eh hooo je joue un film, bloque le screensaver.


                  Sans aucun paramétrage de l'utilisateur oui, ça semble impossible que le système détecte qu'un film est en train d'être lu. En tout cas pour les players non KDE (ou non Gnome).
                  Détecter qu'une application est déjà en plein écran ? Bah non ca suffit pas si le film est en pause. Bref, c'est l'enfer.
                  • [^] # Re: Moi ce que j'aimerais

                    Posté par  . Évalué à 4.

                    Il n'y a pas de secrets, c'est pas pour rien que Freedesktop existe. Il faut que les applis, qu'elles soient gnome, kde ou whatever puissent se causer pour que tout se coordonne correctement ...
                    • [^] # Re: Moi ce que j'aimerais

                      Posté par  (site web personnel) . Évalué à 3.

                      Faut que toutes les applications utilisent dbus.
                      Bin oui, "y'a qu'à".
                      • [^] # Re: Moi ce que j'aimerais

                        Posté par  . Évalué à 3.

                        Je comprends pas ta réaction. T'as raté le "pour que le tout se coordonne correctement" non ?

                        Après si t'as autre chose à proposer, n'hésite pas, mais ceux qui se bougent, c'est freedesktop, et rien ne t'empêche d'y contribuer. Tu peux aussi choisir de faire un truc le plus léger possible dans ton coin, bien sûr, personne ne t'en voudra, sauf si tu ramène ta fraise ensuite en disant que c'est n'importe quoi que tes applis s'intègrent pas bien ...

                        Mais bon, il n'y avait aucun "ya qua" dans mon post, je sais pas pourquoi je te répond une tartine ...
                        • [^] # Re: Moi ce que j'aimerais

                          Posté par  (site web personnel) . Évalué à 0.

                          Pour qu'on puisse détecter par exemple qu'une application est un lecteur vidéo et qu'il n'est pas en pause, ça demande à ce que l'application s'intègre dans un framework de haut niveau comme d-bus.
                          Tu peux éliminer environ 99% de des lecteurs vidéos, même libres.
                          C'est tout ce que je voulais dire.
                          Bien sûr, je ne serais pas contre, mais ton point de vue me semble plutôt id(r)éaliste.
                          Donc pour le moment, sans intervention de l'utilisateur qui va lui-même désigner quels sont les processus qui peuvent bloquer la mise en marche du screensaver (et de façon plutôt rudimentaire), c'est même pas la peine de rêver.
                          • [^] # Re: Moi ce que j'aimerais

                            Posté par  . Évalué à 2.

                            Ouais, actuellement ça marche, mplayer avait l'option "stop-xscreensaver" par exemple, mais je me souviens avoir du implémenter un hack dans un script parce que ça marchait pas avec gnome-screensaver.

                            Mais là c'est un besoin précis et qui est vite arrivé, qui a pu être géré au cas par cas, comme les notifications d'IM, qui sont les plus évidentes. Et très vite t'as eu des solutions "ad hock" qui sont apparues, en réponse à un besoin "pressant".

                            Mais c'est pas très robuste, cf. mon exemple, c'est pas homogène et pas standardisé ... Et surtout si t'as des besoins similaires faudra réinventer la roue, mais en pas pareil probablement.

                            Après t'es pas obligé d'implémenter DBUS, t'as une lib qui est faite pour ça ... t'as juste besoin de le gérer, ce qui est pas forcément très difficile ni très lourd, pas beaucoup plus que de faire un appel au bidule qui permet de bloquer xscreensaver, ou gnome screensaver selon les cas ...
                • [^] # Re: Moi ce que j'aimerais

                  Posté par  . Évalué à 2.

                  "l faut que d'une façon ou d'une autre ce soit l'appli qui lui dise eh hooo je joue un film, bloque le screensaver."
                  Oui, masi tant qu'à faire, c'est au bureau de proposer l'API, pour :
                  * Les applis qui sont en plein-écran le fassent savoir au bureau ;
                  * Les applis devant être désactivées lors du passage en plein-écran soient informées lorsqu'elles doivent se mettre en pause.
                  Car il n'y a pas que le screensaver qui doit être désactivé : il y a aussi les notifications, voire pourquoi pas le rafraichissement d'applis gourmandes en ressources graphiques, ...
              • [^] # Re: Moi ce que j'aimerais

                Posté par  (site web personnel) . Évalué à 1.

                - je regarde un film l'économiseur d'écran ne va pas se mettre en route
                - en appuyant sur un bouton, je peux désactiver la mise en veille à fermeture de l'écran : pratique quand le portable est branché sur un autre écran ou quand je veux simplement changer de salle, sans avoir à mettre en veille

                Powerdevil permet de faire tout cela sous Kde.
                • [^] # Re: Moi ce que j'aimerais

                  Posté par  (site web personnel) . Évalué à 2.

                  si j'ai dit pour le 3ème point que je n'ai pas trouvé comment faire, c'est qu'implicitement, pour les deux premiers cela fonctionne très bien (sous Gnome il est vrai, KDE a sans doute l'équivalent).

                  et au niveau global, pour supprimer temporairement les notifications, bin un bouton comme pour désactiver la mise en veille, ça m'irait bien :-) (et en rappuyant dessus, elles reviennent)
            • [^] # Re: Moi ce que j'aimerais

              Posté par  . Évalué à 2.

              J'aurais voulu un truc plus global, et pas limité aux applis qui proposent cette configuration
      • [^] # Re: Moi ce que j'aimerais

        Posté par  . Évalué à 7.

        Ca parait pas bien difficile ce que je demande... Chaque appli pourrait s'annonce avec le nom courant de l'appli au systeme de message, puis les messages seraient classés en classe d'importance (comme les logs, info, warning, critical, ...), et un code de message.

        gaim:info:msg "kikou"
        battery:warning:gauge "vite la prise !!!"
        ...

        Ensuites les régles en first match (pour 1 profil):

        gaim:info:* = allow
        *:warning = allow

        En mode réunion:

        * = deny

        ----------

        Bref, tout a fait réalisable non ? Apres tu masques ca a l'utilisateur final en donnant des noms au profil, par contre celui qui veux changer ca peut le faire facilement. Avec les logs de tout ce qui arrive, tu vois facilement le nom, la classe et le niveau des messages.
      • [^] # Re: Moi ce que j'aimerais

        Posté par  (site web personnel) . Évalué à 4.

        > > c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).
        > Le café aussi ?

        Pourquoi cette réaction ?

        Sous Mac OS X c'est faisable via growl, nos desktop Linux ne sont pas plus imbéciles, ça doit être réalisable.

        D'ailleurs c'est un principe similaire qu'a le syslog depuis des années (on connait un niveau de sévérité, une provenance, et un message, et suivant tout ça c'est envoyé à des endroits différents)
    • [^] # Re: Moi ce que j'aimerais

      Posté par  . Évalué à 3.

      Moi j'aimerais un shell avec colorisation de syntaxe, aide contextuelle, et accès au man par hotkey.
    • [^] # Re: Moi ce que j'aimerais

      Posté par  (site web personnel, Mastodon) . Évalué à 6.

      c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres

      man 5 syslog.conf
    • [^] # Re: Moi ce que j'aimerais

      Posté par  (site web personnel) . Évalué à 8.

      c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres

      Tu n'as qu'a utiliser KDE
      • [^] # Re: Moi ce que j'aimerais

        Posté par  . Évalué à 1.

        Je parle de standards.

        Dans d'autres contextes on entend: "tu n'as qu'a utiliser MS Office"...
    • [^] # Re: Moi ce que j'aimerais

      Posté par  . Évalué à 2.

      c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).
      Des regexp, ce serait pas mal...
    • [^] # Re: Moi ce que j'aimerais

      Posté par  . Évalué à 2.

      Pour info ce sera semble-t-il une fonctionnalité de Windows 7.
      Dans la barre d'icônes en bas à droite, il existe un menu "customize" qui fait apparaitre les programmes qui ont déjà été iconisés. En face de chaque nom de programmes (Antivirus, Messagerie, Réseau, Vlc, Java, ...), ces choix possibles :
      - show icon & notifications
      - hide icon & notifications
      - only show notification
      On remarque qu'il manque l'option "only show icon", je me suis donc permis de faire une suggestion au travers leur outil de feedback, ça ne mange pas de pain (même, si on peut admettre que l'icône d'un programme lancé est déjà présent dans la barre des taches, les options contextuelles sont alors dispo sur celle ci dans 7)
    • [^] # Re: Moi ce que j'aimerais

      Posté par  . Évalué à 3.

      Sur shr (distrib pour le freerunner), il y a un projet nommé ologicd, un projet de moteur logique dont le but est exactement ce que tu sites. Réagir selon différents critères, stimuli et adapter le comportement en fonction. Ça travaille avec dbus. Une piste à creuser ?
      [http://shr-project.org/trac/wiki/Ologicd]
  • # c'est moi ou ...

    Posté par  (site web personnel) . Évalué à 10.

    c'est moi ou la video ressemble étrangement à Growl ?

    Growl est un logiciel libre ( licence BSD ) sur Mac OS X qui fait des notifications dans le même esprit. le site est là : http://growl.info/

    \Macounette_Perverse{quand on ne copie pas Apple, on copie les LL spécifiques aux macs :D }
  • # Growl

    Posté par  (site web personnel) . Évalué à 9.

    Ça ressemble beaucoup au système de notification pour Mac OS X Growl (BSD License) : http://growl.info/
  • # le sujet

    Posté par  (site web personnel) . Évalué à 8.

    Ce journal est un petit troll.
    Mark Shuttleworth fait part sur son blog d'une proposition faite par son équipe, pas par lui tout seul. Proposition qui a déjà été beaucoup discutée à l'UDS. Il en parle comme d'un expérience, avec ses défauts. En effet, quoi de mieux qu'une utilisation réelle pour voir si une nouvelle ergonomie tient la route? Ils vont donc modifier Gnome et Kde dans la version suivante d'Ubuntu, et on verra bien ce que ça donne. Ce sont des nouvelles idées, il faut essayer.

    Je ne vois pas où est le hype: le blog résume la proposition (normal ça a déjà été présenté pendant l'UDS). Il y a une animation Flash qui montre un peu ce que ça va être et une description assez complète de ce qu'ils veulent faire.

    Les notifications sans actions sucks des roulettes, grave.
    Tu n'en sais strictement rien. Disons que ta phrase n'est pas complète: il y manque le public. Tu pourrais dire:
    pour un informaticien chevronné qui veut bien être distrait par des trucs, les notifications sans actions sucks des roulettes, grave.
    Moi au contraire je constate que les notifications ne servent à rien chez plein de nouveaux venus (pas débutants en informatique) ou de gens au boulot (pas un boulot d'informatique) parce qu'ils les ignorent ou ne les voient même pas. Alors qu'il y ait des actions...

    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

    • [^] # Re: le sujet

      Posté par  . Évalué à 3.

      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  . Évalué à 3.

      Mark Shuttleworth fait part sur son blog d'une proposition faite par son équipe, pas par lui tout seul. Proposition qui a déjà été beaucoup discutée à l'UDS. Il en parle comme d'un expérience, avec ses défauts. En effet, quoi de mieux qu'une utilisation réelle pour voir si une nouvelle ergonomie tient la route? Ils vont donc modifier Gnome et Kde dans la version suivante d'Ubuntu, et on verra bien ce que ça donne. Ce sont des nouvelles idées, il faut essayer.
      Les 2 choses intéressantes, c'est qu'ils vont essayer d'une part, mais aussi et surtout qu'ils vont travailler en parallèle sur gnome et kde. Ca c'est vraiment bien. Est ce que ça veut dire que l'annonce pour trouver un développeur kde par canonical a marché? Ils ont enfin embauché quelqu'un pour faire du kde? (c'est une vraie question et pas une provoc, je n'ai rien vu là dessus depuis l'annonce)

      Moi au contraire je constate que les notifications ne servent à rien chez plein de nouveaux venus (pas débutants en informatique) ou de gens au boulot (pas un boulot d'informatique) parce qu'ils les ignorent ou ne les voient même pas. Alors qu'il y ait des actions...
      J'ai eu le cas réel hier sur le poste d'un débutant longue durée. Une notif venait à chque login et le message était intéressant, MAIS il ne le comprenait pas donc ça le gonflait, il aurait gagné à la désactiver MAIS il n'y avait pas d'action sur la notif du genre "ne reviens plus, stp" ET il n'a pas trouvé dans l'appli comment lui dire de ne pas revenir.
      Donc sans contredire ce que tu dis, j'ai bien l'impression que ce n'est pas si simple que ça de trouver une méthode universelle qui va marcher dans tous les cas d'utilisateurs et dans tous les cas d'appli.
      Donc communiquer les intention du projet et son cadre dès le début, plus le concevoir pour et essayer grandeur nature sur les 2 desktop, c'est vraiment bien à mon avis, ça va permettre de gagner du temps. Si en plus ils développent le truc correctement avant de le balancer dans la nature, ça évitera des catastrophes à la pulse audio qui transforment les utilisateurs en testeurs de logiciels mal conçu au départ.
      • [^] # Re: le sujet

        Posté par  . Évalué à 4.

        > ça évitera des catastrophes à la pulse audio qui transforment les utilisateurs en testeurs de logiciels mal conçu au départ.
        En quoi PulseAudio est un logiciel mal conçu ? Je ne crois pas que ce soit l'avis des développeurs, de GNOME ou de la plupart des distributions.
        De plus, la mauvaise réputation de PA vient surtout d'Ubuntu qui a baclé l'intégration ... Fedora l'a intégré 6 mois avant et ça marchait directement, idem pour Mandriva etc ...
        Cf le blog de Lennart Poettering, mainteneur de PA.
        http://0pointer.de/blog/projects/jeffrey-stedfast.html
        • [^] # Re: le sujet

          Posté par  . Évalué à 2.

          PA a eu des problèmes et en a encore. Lennart Poettering ne le nie pas.

          > http://0pointer.de/blog/projects/jeffrey-stedfast.html
          So, admitting this, PulseAudio is certainly not bug-free, far from that. It's a relatively complex piece of software (threading, real-time, lock-free, sensitive to timing, ...)

          Pour avoir bosser avec ces contraintes (sous Windows :-( ), c'est l'enfer à développer. Les "petits hacks" ne sont pas admis. Tout doit être fait au cordon. Merci à Lennart Poettering de s'y coller.
          PA trop buggué ?
          Peut-être. Le projet est maintenu donc il ne va que se bonifier.
          J'ai eu des problème avec PA. Mais c'est la bonne voix et je soutiens PA "à fond".
          Puis même avec les problèmes, PA c'est trop cool.
          • [^] # Re: le sujet

            Posté par  . Évalué à 3.

            Attention, l'expression correcte est "tiré au cordeau"

            Le cordeau étant un outil de jardinier pour avoir de belles plate bandes bien droite et idéalement semé.
            • [^] # Re: le sujet

              Posté par  . Évalué à 2.

              Merci. C'est ce que je voulais dire.
          • [^] # Re: le sujet

            Posté par  . Évalué à 1.

            Ouais, encore une liane de plus dans la jungle de l'audio sous Linux…

            Si ça pouvait factoriser un peu les choses, pourquoi pas. Même si PA est gourmand en ressources, pour les petites configs. Sauf que… si on veut faire du passthrought avec pulseaudio, c'est pas possible :(
        • [^] # Re: le sujet

          Posté par  . Évalué à 4.

          PA c'est tellement bien que :
          1. Pour Fedora 10 il a été réécrit : http://docs.fedoraproject.org/release-notes/f10/fr/Upfront_A(...)

          2. Chez fedora on a tellement confiance que par défaut les outils pour profiter des nouveautés liées à PA (ie audio sur le réseau) ne sont pas installés par défaut.
          • [^] # Re: le sujet

            Posté par  . Évalué à 1.

            > 1. Pour Fedora 10 il a été réécrit

            Partiellement. Ça n'a pas demandé de changement majeur de version, ça reste compatible côté client.

            > 2. Chez fedora on a tellement confiance que par défaut les outils pour profiter des nouveautés liées à PA (ie audio sur le réseau) ne sont pas installés par défaut.

            Et ?
            Eclipse n'est pas installé par défaut. Fedora n'a pas confiance en Eclipse ?

            Tu fais un commentaire pour descentre PA.
            Pourquoi pas.
            Mais c'est sans valeur.
            PA est la voie à suivre (pas le projet spécifiquement, mais un serveur de son évolué).
            Partant de ça, tu peux vomir sur PA tant que tu veux, ça ne vaut rien tant qu'il n'y a pas un concurrent qui fait mieux. En fait il y a des concurrents, mais ils ne tournent pas sur GNU/Linux et ne sont pas libre...
          • [^] # Re: le sujet

            Posté par  . Évalué à 1.

            1. Tu oublies de préciser que PA n'a pas été réécrit parce qu'il était pourri mais parce que la nouvelle architecture temporelle apportait de nombreux avantages par rapport à l'architecture traditionnelle fondée sur les interruptions.
            Le serveur son PulseAudio a été ré-écrit pour utiliser l'ordonnancement audio basé-temps à la place de l'approche traditionnelle basée-interruption. Cette approche a également été prise par d'autres systèmes comme CoreAudio d'Apple et le sous-système audio Windows Vista. L'ordonnancement audio basé-temps comprend un certain nombre d'avantages, dont la réduction de consommation électrique, la minimalisation des évanouissements de transmissions, et un ajustement flexible de la latence des besoins de l'application.
            C'est un peu différent de ce que tu dis.

            2. T'es vraiment lourd. Fedora a fait le choix de ne pas proposer paprefs (*) parce que ce n'est pas une option utilisée par Mr ToutLeMonde (ni même souhaitable pour certains), et non pas par manque de confiance comme tu l'insinues.

            * Outil de configuration graphique pour certaines options avancées de PA dont le réseau.
            PA = PulseAudio.
            • [^] # Re: le sujet

              Posté par  . Évalué à 3.

              1. Dans la release note, je lis "glitchfree audio" , cela veut dire que la version précédente n'était pas "glitchfree" et donc qu'il y avait des "glitches". je suppose que tu sais ce que sont des "glitches".

              2. Super, on a une nouvelle techno qui permet plein de trucs, mais non on laisse d'accessible aux utilisateurs juste le mixeur audio classique. Très bonne initiative pour faire la promotion d'un logiciel plein de capacités. Et ça va à l'encontre de la bleeding-edge-ité voulue de fedora. Bref pas très cohérent toute cette histoire. Ce n'est peut être qu'un mauvais choix des packageurs.

              Après ce n'est qu'une critique qui n'engage pas du tout la qualité globale de fedora (et je le répète je suis un fedora-user de la première heure).

              Pourquoi est ce que j'ai l'impression que iznogoude et caporalzod veulent parfois à tout prix contredire d'éventuelles critiques de fedora, quitte à se rattraper à des branches mortes ???
              • [^] # Re: le sujet

                Posté par  . Évalué à 2.

                1. À moins que tu ne fasses de la MAO, les "glitches" en question n'était pas génant. Si tu écoutes de la musique ou lis une vidéo, à moins que ta machine soit vraiment chargé ben pas de glitches.

                2. C'est un choix et je t'accorde qu'il n'est pas forcément heureux mais ça reste cohérent.

                Je ne répondrais pas à ton attaque personnel, c'est une perte de temps.
              • [^] # Re: le sujet

                Posté par  . Évalué à 4.

                Pourquoi est ce que j'ai l'impression que iznogoude et caporalzod veulent parfois à tout prix contredire d'éventuelles critiques de fedora, quitte à se rattraper à des branches mortes ???

                Parce que ce sont des fanboys \o/
              • [^] # Re: le sujet

                Posté par  . Évalué à 2.

                > Dans la release note, je lis "glitchfree audio" , cela veut dire que la version précédente n'était pas "glitchfree" et donc qu'il y avait des "glitches".

                Tout est expliqué ici -> http://0pointer.de/blog/projects/pulse-glitch-free.html
      • [^] # Re: le sujet

        Posté par  . Évalué à 3.

        > Si en plus ils développent le truc correctement avant de le balancer dans la nature, ça évitera des catastrophes à la pulse audio qui transforment les utilisateurs en testeurs de logiciels mal conçu au départ.

        T'as payé pour avoir ce service ?
        Des gens ont développé des trucs, les distribtions qui ont apprécié l'intégre (elles n'y sont pas obligés).

        > pulse audio

        C'est la tête de turc actuelle...
        Dans 6 ou 12 mois on en parlera plus. Merci aux distribtuions de l'avoir intégrer pour débugguer vite et motiver les développeurs.
        • [^] # Re: le sujet

          Posté par  (site web personnel) . Évalué à 2.

          > Dans 6 ou 12 mois on en parlera plus.

          J'espère au contraire qu'on en parlera toujours, et qu'on dira que c'est l'égal voire mieux que CoreAudio d'Apple !
    • [^] # Re: le sujet

      Posté par  . Évalué à 2.

      > Ce journal est un petit troll.

      Tu manques de vocabulaire ?

      > Mark Shuttleworth fait part sur son blog d'une proposition faite par son équipe, pas par lui tout seul.

      Admettons. Mais dans ce cas qu'il laisse son équipe l'exprimer et je m'en prendrais à son équipe.
      Mark Shuttleworth en a quasiment fait sa priorité et la priorité d'Ubuntu. Il est TRÈS impliqué. Sûr qu'il a dû dire à son staff : "faites en votre priorité, on me regarde...".
      Ce n'est pas un blog de 10 lignes avec "mon équipe a eu de bonnes idées, je vous laisse les voir et en discuter <ici>."

      > Proposition qui a déjà été beaucoup discutée à l'UDS

      C'est postérieur au blog de Mark Shuttleworth et ça a plombé la rencontre.

      > Je ne vois pas où est le hype

      Tu n'as pas vraiment tord. Mais ce côté "on s'occupe de l'"expérience" de l'utilisateur en révolutionnant comment est perçu le bureau (animation flash à appui)" me gonfle.
      Je préfère l'approche de Celeste Paul Lyn qui fait un travail argumenté et de fond.

      > Il y a une animation Flash

      En passant, c'est du flv (non vraiment une animation flash). Ce format n'est pas ouvert et demande des brevets.
      Vidéo mignonne. Mais pas d'ogg...
      Réponse de Mark : - "The SWF format lets us control the playback, while Ogg starts playing immediately without giving the user any real control. For desktop experience mockups which require user interaction, that will be even more important."
      Donner une bonne impression (en utilisant des brevets) est plus important que le libre...
      Toutes les vidéos sur http://www.redhat.com/ sont en flash(flv) et ogg. C'est un site pour "draguer" les clients (faire du pognon) et non un blog perso qui veut parler à la communauté du libre. Mais pourtant Red Hat le fait (pas pour rien, je regarde les ogg). Il doit y avoir des utilisateurs qui se disent : "c'est quoi cette merde de ogg qui ne marche pas sur mon Windows". Cette "merde", c'est du libre, c'est important, ça permet de ne pas imposer une solution propriétaire pour regarder une vidéo.
      Pour le libre l'"expérience utilisateur" est important. Mais si c'est libre.

      Regardons comment le PDG de Red Hat "traitent" les idées de Fedora sans se les approprier :
      http://www.press.redhat.com/2009/02/09/state-of-the-union-at(...)
      4. Hail to the community! Have you downloaded Fedora 10 yet? Tried out JBoss Application Server 5.0.0 GA? The Fedora Project and JBoss.org communities continue to thrive and innovate, providing the technology foundation for Red Hat’s enterprise products. As a loyal Fedora user, I’m always counting down the days as a new release approaches and I look forward to trying out all of the new features. The past year brought many successes on the community front and I can’t wait to see what Fedora and JBoss.org have in store for 2009.

      On peut dire que c'est niais, voire cucu la praline, mais au moins il laisse les idées à ceux qui les ont et les concrétisent.
      • [^] # Re: le sujet

        Posté par  (site web personnel) . Évalué à 1.

        en révolutionnant comment est perçu le bureau (animation flash à appui)
        Mais non, tu sais très bien qu'il y a loin d'un mockup au truc final. Et quand à la révolution, euh... tu t'emportes non ? c'est un petit truc les notifications. et puis encore une fois, on va les tester - c'est le but des versions intermédiaires chez Ubuntu. Red Hat fait pareil avec Fedora où par exemple la gestion des paquets a pas mal changée.

        Sur ta comparaison pdg Red Hat / Mark Shuttleworth:
        je ne vois vraiment pas de différence car c'est du marketing dans les 2 cas. On utilise la renommée (de Red Hat, de MS), le public cible, et le discours est adapté au type d'application: avec une touche de polémique (MS) ou un ton enjoué et rassurant (RH), etc.

        Je ne reviens pas sur Flash, il est évident que tu as raison.

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: le sujet

          Posté par  . Évalué à 2.

          Relatisons.
          Pour moi Mark Shuttleworth a merdé et en a trop fait.
          Mais c'est maintenant du passé.
          Évidemment Ubuntu est libre de mettre en oeuvre une mauvaise idée. Si je me trompe et qu'elle est bonne, et bien tant mieux.

          > je ne vois vraiment pas de différence

          La différence est que le pdg de Red Hat ne tire pas la couverture à lui. La différence est la transparence et l'ouverture dans laquelle on travaille.
          Mark Shuttleworth, en faisant plus qu'un blog sur le système de notification, s'est bêtement mis la pression, mais et surtout sur les développeurs Ubuntu.
          Il y a ici un mélange des genres. C'est aux développeurs, à la communauté du libre, d'innover, ce n'est pas au PDG d'une boite.

          Voici ce qui c'est peut-être passé (je n'ai *aucune* preuve) :
          Mark S. va voir son équipe.
          - Mark S. à son équipe : "on passe pour des ccns, on contribue presque rien, voir le blog de X"
          - l'équipe : "Mais patron, on n'a plein de boulot avec launchpad, bazar, la Ubuntu Mobile, etc. On n'a pas le temps !"
          - Mark S. : "Il faut qu'on se trouve un positionnement. Tout ça n'est pas bon pour notre image. On passe pour des opportunistes."
          - L'équipe : "On n'a pas les ressources pour bosser sur des trucs très techniques, par contre on est bon dans l'intégration et la mise en avant des technologies développées par d'autres"
          - Mark S. : "humm"
          - L'équipe : "humm"
          - Mark S. : "vous n'avez pas une putain d'idée que Gnome ou KDE ou FreeDesktop n'a eu et qu'on pourrait faire ?"
          - L'équipe : "Et bien hier on discutait de Mac OS et comme il était non agressif, poli. A ce moment X a dit que le système de notification de Gnome est agressif et même rudimentaire."
          - Mark S. : "c'est-à-dire ?"
          - L'équipe : "Il est rudimentaire car par exemple il peut afficher deux notifications à la fois au lieu de les empiler et les présenter une après une."
          - Mark S. : "Excellent ! Quoi d'autre ?"
          - L'équipe : "C'est agressife. La fenêtre est taillée à la hache au lieu d'avoir des bords arrondis, elle apparait d'un coup au-lieu d'apparaitre en douceur"
          - Mark S. : "Mortel ! Quoi d'autre ?"
          - L'équipe : "C'est osé, mais on ne demandait si le système de notification ne devait tout simplement pas avoir d'action. En effet, si on le veut peu agressif, ne pas demander d'action de la part de l'utilisateur va dans le même sens"
          - Mark S. : "Les gars vous êtes géniaux ! Bossez sur ça, avancez des idées."
          - L'équipe : "OK patron"

          Mark S. part. Deux minutes après il revient à toute vitesse :
          - "Les gars, n'en parlez pas, je viens d'en discuter avec l'équipe marketing et on se demande s'il n'y a pas un bon coup à jouer ici. Un blog pour présenter le bouzin qui sera l'occasion de glisser des messages, une animation flash, je reviendrai pour en parler lorsque ça sera définit.".

          C'est le dernier truc qui sucks grave.
          NB: c'est probablement une caricature.
          Dans l'histoire de Red Hat on n'a jamais vu ça.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.