Nous avons tous utilisé le ProgressBar contrôle, et c'est génial.
Parfois, cependant, vous souhaitez indiquer à l'utilisateur que le travail est effectué, même si vous ne pouvez pas déterminer quel pourcentage du travail est terminé ou combien de temps il faudra pour compléter.
sur certains systèmes d'exploitation , vous pouvez définir Y a-t-il un type de contrôle "routier" (comme this ) qui est librement disponible (peut-être sur codeProject , CODEPLEX , Sourceforge ou ailleurs) et remplit ce besoin?
Il ne doit pas nécessairement être une roue, vraiment - tout contrôle que approprié transmet le message "Travailler est en cours - Ne vous inquiétez pas" irait bien. style = progressarstyle.marquee; mais ce n'est pas pris en charge sur, par exemple, Windows Server 2008.
6 Réponses :
Si vous pouvez simplement afficher un gif ou une image animée:
Ceci pourrait être fait dans un contrôle de l'utilisateur en extrayant les images du GIF à l'aide de la classe de la classe et de la peinture comme nécessité.
J'ai fait l'image à l'aide du site que vous avez suggéré et la mise en œuvre dans mon code avec le package WPFANIMategif Nuget ( wpfanimategif.codeplex.com < / a>). Tout a pris moins de 5 minutes à faire! :RÉ
WPF: La barre de progression circulaire décrit une et fournit une source.
Voici un autre à partir de CodeProject: Comment écrire un cercle de chargement Animation dans .NET?
Sacha Barber possède une barre de progression circulaire mise à jour à Sachabarbs. wordpress.com/2009/12/29/... - a fonctionné super pour moi.
J'ai été content de ce contrôle (à partir de codeProject):
Comment écrire une animation de cercle de chargement dans .NET?
Il y en a encore ici - protéger vos yeux, la page pleine d'entre eux est très agitée .
Vous devriez pouvoir utiliser la barre de progression de WPF sur une fenêtre WinForms. Et celui-ci soutient le chapiteau sur le serveur 2008 R2.
J'ai utilisé ce Indicateur de progression à partir du projet de code. Pas aussi fantaisiste que certains des autres, mais cela fait le travail.
Je n'aime pas les contrôles de fantaisie;)
Pas si sûr, il est logique de graver des cycles sur un serveur pour conserver un gadget UI mis à jour. Le curseur de Wilden Sabliers obtient le travail à moindre coût.
@Hans: Je travaille sur une application Windows Forms. Je ne suppose pas que cela invalide vraiment votre point, mais je pense que avec des applications Windows Forms, l'attente est que, tant que certains travaux sont terminés, l'utilisateur doit être informé et rassuré que des progrès sont en cours ( par opposition à l'application ayant simplement gelée).
Hmya, c'est juste une illusion, n'est-ce pas? Pour garder un chapiteau, vous devez faire le travail sur un fil. Le fil pourrait être congelé solide, le chapiteau va juste continuer et sur.
@HANS Il y a de nombreuses situations, par exemple L'un est le serveur Windows 2008 peut être un serveur Terminal Server que les utilisateurs se connectent à distance pour exécuter votre application. Il peut donc avoir un sens parfait.