Journal Une étude de fond des barres de progression

Posté par  (site web personnel) .
Étiquettes : aucune
0
6
mar.
2008
La barre de progression, au même titre que le splash-screen, est un des elements architecturaux majeurs des logiciels modernes. Et pourtant, il faut bien l'admettre, les barres de progression sont trop souvent baclées. Voici un article qui donne des clefs pour concevoir une vraie barre de progression, une qui rend joyeux l'utilisateur et lui garde l'oeil rivé sur cette petite barre qui progresse, qui progresse..

http://chrisharrison.net/projects/progressbars/

En conclusion, il faut
- ne surtout pas avoir d'à-coups, quitte à bufferiser un peu l'allongement de la barre pour toujours pouvoir la faire pousser un peu.
- privilegier une progression exponentielle: il faut partir doucement et finir vite, en accelerant progressivement.

On regrettera cependant l'absence de confrontation entre la progress-bar exponentielle et le sablier tournant.
  • # brevet

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

    et donc c'est breveté ou pas ?
  • # C'est pas pour dénigrer, mais...

    Posté par  . Évalué à 6.

    s'il y a bien un truc qui me fera toujours marrer (ou déprimer, c'est selon), c'est la précision des barres de progression et les estimations de 'temps restant' sous Windows. On varie régulièrement entre les 10 sec réglementaires et plusieurs heures en l'espace de 2 à 3 sec.
    C'est tellement imprécis que je préfèrerais que ce soit tout simplement remplacé par une sablier, façon win3.11.
    • [^] # Re: C'est pas pour dénigrer, mais...

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

      ... on pourrait appeller ça une barre de régression..
    • [^] # Re: C'est pas pour dénigrer, mais...

      Posté par  . Évalué à 6.

      Hop, 2ème commentaire, et ça crache du venin sur Windows. Comme si sous linux ou macosx leur fiabilité était à toute épreuve.

      DLFP c'est magnifique, on se croirait sur pcinpact.
      • [^] # Re: C'est pas pour dénigrer, mais...

        Posté par  . Évalué à 1.

        Donc, si je comprends bien, faudrait pas critiquer Windows sous prétexte qu'en face, c'est pas forcément mieux ?
        Y a une subtilité dans ce raisonnement qui doit m'échapper...
        • [^] # Re: C'est pas pour dénigrer, mais...

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

          Donc, si je comprends bien, faudrait pas critiquer Windows sous prétexte qu'en face, c'est pas forcément mieux ?
          Quitte à sortir une critique, autant qu'elle soit un minimum objective.
          • [^] # Re: C'est pas pour dénigrer, mais...

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

            Elle est à mon avis relativement objective, n'importe qui peut refaire facilement le test à l'aide d'un windows et d'une montre en vérifiant que la précision des barres est très loin d'être bonne.
            Par contre elle n'est pas exhaustive puisque la constatation n'est faite que sur un seul système, mais il n'a pas dit que c'était mieux sous linux et macos.

            Il est de toute façon quasiment impossible de savoir exactement combien de temps il reste pour finir. A mon avis les barres de progression ne devrait pas indiquer l'évolution en temps, mais en quantité de travail accomplit. C'est ce que font en général la plupart des barres, et le temps restant est en général estimé en supposant que chacune des tâches prendre le même temps, ce qui est bien sûr faux dans la majorité des cas.
            • [^] # Re: C'est pas pour dénigrer, mais...

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

              En fait, le problème c'est que supposer que toutes les tâches prennent le même temps n'est en général pas trop faux, à condition qu'il reste suffisamment de tâches. Autrement dit, ça donne une estimation de temps raisonnable lorsque la barre est entre 10 et 60%. Malheureusement, l'estimation est mauvaise lorsqu'on est entre 70 et 100%, or c'est là qu'elle a besoin d'être le plus précise.

              À noter aussi qu'on voit beaucoup de "barres d'activité", par exemple lors de téléchargements de pages web, qui n'indiquent pas une progression mais qui indiquent juste que le logiciel n'a pas planté, qu'il est toujours en train de travailler. On pourrait donc imaginer de cumuler les deux types de barre, et obtenir quelque chose qui indique à la fois l'état d'accomplissement des tâches et le fait que le calcul progresse toujours.

              Dans le cas où les durées des tâches sont très variables, je verrais bien un camembert qui se remplit au fur et à mesure que les tâches s'accomplissent, et qui "pulse" en changeant de couleurs pour indiquer que le calcul a toujours lieu.
              • [^] # Re: C'est pas pour dénigrer, mais...

                Posté par  . Évalué à 2.

                je verrais bien un camembert qui se remplit au fur et à mesure que les tâches s'accomplissent
                hum bonne idée, mais c'est quoi la différence entre une barre de progression et un camembert? Si l'on excepte la nouveauté au point de vue graphisme, bien sur.
      • [^] # Re: C'est pas pour dénigrer, mais...

        Posté par  . Évalué à 1.

        Je ne crache pas du venin! J'aime pas, c'est tout.
        Ces barres de progressions, elles ont pas évolué de win98 à Xp.

        De plus, je n'ai pas fait de comparaison avec MacOs, Kde ou autre!
        Que ça ne soit pas parfait, je n'en ai absolument rien à faire, ni sous Win, ni sous Linux.

        Et je maintiens, les barres de progression sous Win, c'est de la merde. Et dans la foulée, elle sont beaucoup plus réalistes dans l'évaluation sous Kde!
  • # Best-of des barres de progressions

    Posté par  . Évalué à 10.

    Les exemples amusants de barre de progression que j'ai eu le bonheur de voir :
    - La classique barre de progression sous Windows qui reste un temps considérable à 98% alors que le début est allé assez vite ;
    - À l'installation de MS Office, une barre de progression qui se met à déborder de son cadre ;
    - À l'installation d'une Mandrake, la barre atteint les 100%, puis voyant qu'il y a encore du boulot, le cadre s'agrandit pour donner l'occasion à la barre de progresser encore.

    Quelqu'un en a vu d'autres de marrantes ?
    • [^] # Re: Best-of des barres de progressions

      Posté par  . Évalué à 10.

      laisse moi réfléchir un peu [***************    ]

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: Best-of des barres de progressions

        Posté par  . Évalué à -5.

        Ma barre de progression c'est le clavier.
        Malheureusement parfois il se blo
        • [^] # Re: Best-of des barres de progressions

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

          Les quelques fois où j'ai eu à faire des scripts ou des programmes qui devaient indiquer un avancement, j'ai toujours préféré mettre un pourcentage (ou parfois une barre) qui augmentait de façon à indiquer clairement que je mesurait l'avancement selon le volume traité et non pas selon le temps.

          Genre :
          Fait : 42/69 (27 restants).

          Parfois aussi je rajoutais un temps prévisible retouché légèrement (avec un petit logarithme histoire que ça indique toujours un peu plus de temps qu'il ne reste réellement et surtout pas moins) visible au bout de 5 secondes afin d'évaluer sur une quantité représentative.

          Bref *en gros* ce que fait un wget par exmple, sauf que je ne mets pas de débit en général.
          • [^] # Re: Best-of des barres de progressions

            Posté par  . Évalué à 4.

            moi une fois, sur un algo ou je ne pouvait connaître le volume a traiter, j'ai mis un indicateur en unité traité par seconde.

            Le gros avantage, c'est que lorsque ton utilisateur se demande "mais qu'est ce qu'il fait ce bousin encore, depuis 5 mins", il peut constater que ca dépote toujours, et pas dans le vide (enfin pour peu que la quantité varie d'une seconde a l'autre, ce qui était le cas).
    • [^] # Re: Best-of des barres de progressions

      Posté par  . Évalué à 3.

      Les exemples amusants de barre de progression que j'ai eu le bonheur de voir :
      - sur je sais plus quel installeur : la barre qui progresse jusqu'à 100, puis... régresse à 70 pour revenir à 100... mais comme c'est toujours pas terminé... re régresse...
      - autre installeur : la barre de progression visiblement factice (qui progresse de 1% chaque seconde pour faire style) sauf que l'opération se termine à 50% : conclusion le message de fin d'installation indique "l'installation s'est terminée avec succès à 50%, vérifiez que le logiciel fonctionne bien"...
      - enfin, le must du must, le petit indicateur de vitesse de téléchargement sous IE : je suis arrivé à 2 mois de téléchargement (le câble réseau était débranché)
      • [^] # Re: Best-of des barres de progressions

        Posté par  . Évalué à 1.

        > sous IE : je suis arrivé à 2 mois de téléchargement (le câble réseau était débranché)

        Je savais pas que IE avait implémenté l'IPoAC
        • [^] # Re: Best-of des barres de progressions

          Posté par  . Évalué à 6.

          en effet, peut être qu'à défaut de connexion il recherche le périphérique "pigeon"... le problème c'est qu'il trouve souvent à la place l'interface chaise-clavier...
  • # Barre contre graphe

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

    Moi, je ne veux pas une barre de progression, je veux un graphe de progression, ainsi je peux voir non seulement la progression, mais également la variation de la vitesse de progression, son historique, les pauses, les ralentissements, etc.

    Certes un ETA est nécessaire, mais je veux une ETA ressemble plus à une fourchette, voire à une date de fin...
  • # logs

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

    Moi je préfererais surtout voir le log de progression. Savoir exactement ou j'en suis et pas qu'on use d'un artifice pour me faire patienter et me faire croire que ça avance vite.

    Les propositions de Chris Harrison ne visent qu'à tromper l'utilisateur pour lui faire croire que ce qui est long est plus court qu'il n'y parait. J'appelle ça faire l'autruche. Dans ce cas la pendant qu'on y est, pourquoi pas envoyer des popups pour nous dire que tout va bien on est en sécurité quand une faille non patchée est découverte. C'est vrai quoi faudrait surtout pas stresser l'utilisateur avec la peur d'être hacké.

    Bref ---> /dev/null

    (les progress bar, ça sert à rien en plus)
    • [^] # Re: logs

      Posté par  . Évalué à 9.

      C'était un communiqué du CCPB, le Comité Contre les Progress Bars.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # D'façon

    Posté par  . Évalué à 10.

    Chargement du commentaire :
    [............] 0%
    [ #.........] 7%
    [ ##.......] 25%
    [ ###.....] 63%
    [ #####] 100%

    Les barres de progression, ça devrait être interdit. Il faudrai plus attendre, et on gagnerai vachement du temps sans elle. ^^
    • [^] # Re: D'façon

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

      Non, ça devrais être obligatoire, et elles devraient toutes durer au moins cinq minutes garanties, comme ça ça laisserait plein de temps pour faire autre chose.

      Imaginez, cinq minutes d'attente quand vous cliquez sur "Vérifier", et encore cinq quand vous cliquez sur "Envoyer" :-)

      Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

      • [^] # Re: D'façon

        Posté par  . Évalué à 6.

        Tu devrais migrer sous Vista, ce que tu demandes, c'est l'UAC, là.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: D'façon

          Posté par  . Évalué à 2.

          l'Union Aerospace Corporation?

          ok, ok ----------------->[ ]
      • [^] # Re: D'façon

        Posté par  . Évalué à 3.

        Ca me fait penser à quand j'ai eu feu mon premier graveur CD. Après quelques gravures rapides en x16, je suis passé au x8, sinon j'avais pas le temps d'aller faire autre chose (puis, j'ai appris que graver plus lentement, ça gravait aussi mieux).

        </mavie>
      • [^] # Re: D'façon

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

        > comme ça ça laisserait plein de temps pour faire autre chose.

        permettre de visionner un joli clip pour un produit par exemple ? oui ça s'appelle aussi une pub...
  • # Variantes

    Posté par  . Évalué à 4.

    Je pense qu'on peut imaginer tout une série de variantes à la barre de progression :

    * un penis qui se redresse au fur et à mesure de l'avancement
    * un tétris qui se remplit

    ...
    • [^] # Re: Variantes

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

      Je pense qu'on peut imaginer tout une série de variantes à la barre de progression :

      * un penis qui se redresse au fur et à mesure de l'avancement


      j'imagine déjà comment montrer que le programme a atteint la fin du processus...
    • [^] # Re: Variantes

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

      Il y avait les install des premiers "age of empire" où l'on voyait des péons construire une merveille, c'est déjà plus agréable qu'une bête barre bleu.

      Sinon, ton premier exemple pourrait servir à pornview (http://sourceforge.net/projects/pornview/ )
      • [^] # Re: Variantes

        Posté par  . Évalué à 1.

        Si j'ai bonne mémoire il y avait aussi une progress bar qui justement restait une éternité sur 93% au point de me faire penser que ça avait planté.
  • # osnews

    Posté par  . Évalué à -1.

    • [^] # Re: osnews

      Posté par  . Évalué à 2.

      Pas trop, ils pointent vers le même document donné dans ce journal ^_^
  • # Ce qui serait bien

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

    ce serait de pouvoir tester le prog présenté en figure 2.
    Comme ça, on se rendrait compte vraiment des différences entre les différentes fonctions de progression.
    des simples animations pourraient suffire d'ailleurs...

Suivre le flux des commentaires

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