Forcer Flex pour mettre à jour l'écran?

Glenn,

Ce n'est pas du tout à quel point le threading in Flex fonctionne quoi que ce soit. Comme beaucoup d'UIS, il a une pompe de message sur le fil principal de l'interface utilisateur (ils le font dans des cadres). Lorsque vous appelez CallLater () Strard> Il place le pointeur de fonction transmis à la fin de la file d'attente de la pompe de message (sur la trame suivante) et retourne immédiatement. La fonction est alors appelée lorsque la pompe de message a fini de traiter tous les messages précédents (comme des clics de souris). P>

Le problème est que le changement de propriété entraîne des événements de l'interface utilisateur à déclencher, ils placent ensuite leur propre des messages sur la pompe qui vient maintenant après l'appel de votre méthode que vous avez placée à partir de CallLater () forte>. p>

Flex a plusieurs threads, mais ils sont là pour les raisons de Adobe et sont donc pas accessible par l'utilisateur. Je ne sais pas s'il existe un moyen de garantir qu'une mise à jour de l'interface utilisateur se produira à un point spécifique, mais une option consiste à appeler CallLater forte> plusieurs fois jusqu'à ce que l'opération se produise. Commencez avec un petit nombre et augmentez jusqu'à ce que le nombre d'itérations produit le résultat souhaité. Exemple: P>

// Change this to a number that works... it will probably be over 1, depending on what you're doing.
private const TOTAL_CALL_COUNT:int = 5;

private var _timesCalled:int = 0;

//----------------------------------------------------------------
private function set Progress( progress:int ):void
{
    progressBar.value = progress;
    DoNextFunction();
}

//----------------------------------------------------------------
private function DoNextFunction():void
{
    if( _timesCalled >= TOTAL_CALL_COUNT )
    {
        _timesCalled = 0;
        Function();
    }
    else
    {
        _timesCalled++;
        callLater( DoNextFunction );
    }
}

J'utilise Flash Builder 4.6 et j'ai également un problème pour l'affichage de ma barre de progression. J'ouvre une nouvelle fenêtre où je démarre une nouvelle classe MultiLoader (39 Mo de contenu). La nouvelle fenêtre est ouverte en arrière-plan et la fenêtre principale affiche une barre de progression jusqu'à ce que la classe MultiLoader ait terminé son travail. Cependant, la fenêtre d'ouverture bloque l'animation de ma fenêtre principale. Je sais que ce n'est pas la classe multiloader parce que je l'ai vu courir correctement.

Mais je vais essayer de trouver de nouvelles façons de le faire.

L'objectif principal de mon message est la complexité Adobe a construit autour de Flash. Lorsque vous recherchez des ressources pour votre propre application ou vos réponses à vos questions, c'est une vraie douleur à trouver le bon Ressource. Il existe un mélange total (au côté Adobe et au côté de l'utilisateur) entre As3, Flex, Flash Cs, Builder Flash, Air, ... Si vous essayez de développer dans AS3, vous constaterez que certains exemples ne fonctionneront pas pour vous parce que cela n'est pas implémenté dans votre SDK. Vous avez de plus en plus de forums vous donnant la "meilleure pratique" ou des réponses ironiques basées sur des expériences sur différentes plateforme de développement.

Par exemple, juste ci-dessus, je vois progressable.value = valeur; Avec mon expérience, je peux dire que dans Flash Builder 4.6, cette propriété est en lecture seule. Mais cela pourrait être une classe personnalisée faite par l'utilisateur mais qui peut le dire.

Parfois, c'est nécessaire à zéro avant d'assigner une autre valeur. progressable.setProgress (0, progressable.maximimum); ProgressBar.SetProgress (NewValue, ProgressBar.Maximum);