Affichage de l'achèvement dans une barre de progression

Question

Dans cette situation particulière, le processus comporte 9 étapes automatisées qui prennent des durées variables. Nous avons actuellement un nombre indiquant un pourcentage au centre d'une barre de progression, mais le problème est commun: 33% de course, attente longue, 55% de course, attente encore plus longue. puis en terminant.

Quelle est la meilleure façon de présenter cela à l'utilisateur? Devrions-nous supprimer le numéro, supprimer toute la barre de progression en faveur d’une animation de cercle de type ajax, ajouter un texte descriptif pour les neuf étapes et les cocher ou les laisser telles quelles? Quelles sont vos pensées?

Answer 1

Si cela prend vraiment beaucoup de temps, le type d’animation AJAX n’est probablement pas une bonne idée. J'irais avec une liste de contrôle des éléments.

Answer 2

La barre de progression sert à rassurer l'utilisateur sur le fait qu'il se passe quelque chose. Lorsque vous ne disposez pas d'une liste plus détaillée d'étapes, je vous recommande de les «simuler».

Une solution de base serait d’exécuter un minuteur et d’augmenter lentement la progression, en le plafonnant à la prochaine valeur de l’étape logique. Si les étapes prennent des quantités de temps très différentes, vous pouvez ajuster manuellement la valeur delta pour chaque "tick" de la minuterie en fonction de l'étape dans laquelle vous vous trouvez.

Cependant, une meilleure solution (une fois que je l’ai implémenté de cette façon, mais je ne peux pas poster le code :)), consisterait à diminuer lentement le delta à mesure que l’étape se poursuit - pour éviter de passer à l’étape suivante. Puis la prochaine étape arrive, vous avez un beau saut et le cycle se répète.

Answer 3

Dans certains cas, il est plus important qu'une barre de progression indique qu'il se passe quelque chose plutôt que d'être précise et fluide. Les utilisateurs ont tendance à paniquer lorsque les barres de progression cessent de progresser.

Si vous rencontrez des problèmes de blocage de la barre pendant un certain temps, il peut être préférable de la remplacer par une animation générique qui rassure l’utilisateur sur le fait qu’il se passe quelque chose sans se soucier de montrer l’avancement du processus. Ou laissez la barre de progression en place, mais ajoutez une animation supplémentaire en tant que placebo.

Answer 4

Si cela vous intéresse, voici un article très intéressant sur la perception des barres de progression par les utilisateurs. M'a fait réfléchir un peu:

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

Answer 5

Pour développer la réponse de Cadet Pirx, voici du code WinForms C #. Vous aurez besoin d’un nouveau UserControl . Placez un contrôle ProgressBar , appelé inner . Ajoutez le code suivant:

public partial class ZenoProgressBar : UserControl
{
    private const int DEFAULT_FACTOR_VALUE = 10;
    private const int DEFAULT_MAXIMUM_VALUE = 100;

    public ZenoProgressBar()
    {
        InitializeComponent();

        Maximum = DEFAULT_MAXIMUM_VALUE;
        Factor = DEFAULT_FACTOR_VALUE;
    }

    /// <summary>
    /// The "speed" of the progress bar. While it will never get to
    /// the end, it uses this number to decide how much further to
    /// go each time Increment is called. For example, setting it to
    /// 2 causes half of the remaining distance to be covered.
    /// </summary>
    [DefaultValue(DEFAULT_FACTOR_VALUE)]
    public int Factor { get; set; }

    [DefaultValue(DEFAULT_MAXIMUM_VALUE)]
    public int Maximum { get; set; }

    private void ZenoProgressBar_Load(object sender, EventArgs e)
    {
        inner.Dock = DockStyle.Fill;
    }

    public void Increment()
    {
        inner.Value += (inner.Maximum - inner.Value) / Factor;
    }
}

Answer 6

J'ai eu presque le même problème. Nous avions également 9 marches, donc la barre allait de 11%, 22%, 33%, etc., certaines étapes prenant plus de temps que d’autres.

J'ai décidé de faire deux des plus longues marches, alors nous avions 11 marches, donc ce n'était pas aussi évident, et les sauts n'étaient pas toujours égaux: 9%, 18%, 36%, 45 %, 54%, 72%, 81%, 90%, fait. Les valeurs de pas étaient toujours les mêmes, mais comme la taille de l’étape n’était pas évidente, cela fonctionnait ..