2010-10-22 2 views
2

Est-ce que quelqu'un connaît un 'project' ou un 'framework' de projecteur flash qui utilise un nouveau flashPlayer pour chaque fenêtre?Projecteur Flash avec plusieurs fenêtres, chacune avec une nouvelle instance de flashPlayer

Nous avons utilisé mProjector, qui fonctionne bien jusqu'à un certain point, mais je suis très déçu par les modèles de fichier fileIO qu'ils utilisent. C'est très buggé en ce qui concerne la lecture et l'écriture de fichiers.

mdm zinc utilise plusieurs fenêtres, mais tout se passe sur une 'session' de flashPlayer. La même chose s'applique pour AIR. C'est génial, mais il n'y a pas moyen de faire fonctionner chaque fenêtre sur un flashPlayer séparé ... un nombre extrême de caractères crunch sur une fenêtre verrouillera toutes les autres fenêtres.

Merci d'avance. --jeremy

edit - Juste pour clarifier mes besoins (puisque j'ajoute un peu de prime), l'application est une application ERP, construite sur Flex 3.x, et la taille et la portée du projet = = énorme.

tl; dr - je besoin d'un emballage exe (pour Windows), similaire à AIR, qui peut avoir plusieurs fenêtres, l'exécution de chaque fenêtre sur une séparée instance de FlashPlayer, et lorsqu'une fenêtre est fermée, elle blows- loin que flashPlayer instance/stage/etc

Répondre

1

Que diriez-vous d'une application DotNet pour gérer l'emballage? Il peut générer des fenêtres avec sa propre instance de Flash Player (DLL ActiveX).

+0

C'est une bonne suggestion. Cependant, il y a beaucoup d'outils intégrés dans des «frameworks» comme AIR, mdm Zinc et mProjector qui seraient nécessaires, et j'espère qu'un projet existe déjà avec ces outils. Télécharger des fichiers sur le système de fichiers, par exemple; ou gérer rapidement et facilement une «icône» dans le sysTray. Si un tel projet n'existe pas, je vais vous donner le 50+ pour ce qui semble être la seule réponse. Je suis juste paresseux !!! –

+0

Très bien mr ireland ... c'est à vous. "Ce n'est pas une suggestion que nous avons le temps de mettre en œuvre, mais à ce stade, il semble que l'une des seules options - enfin, au moins l'une des meilleures options pour moi, car j'ai une poignée relativement ferme sur C# et pour supporter un très gros C# sln sur une base semi-régulière. Merci encore. –

+0

Un écossais travaillant en Irlande si vous voulez;) Et oui, ce n'est pas vraiment une solution rapide à mettre en œuvre, mais vous avez certainement des exigences en dehors de la norme! –

1

Je suis désolé J'ai trouvé cela trop tard pour vous aider, mais j'espère que cela épargnera du travail à quelqu'un d'autre.

Vous pouvez utiliser SWF Studio pour ce faire.

Ce que vous faites est de créer un stub EXE qui prend des paramètres de ligne de commande pour lui dire quel SWF charger. Le paramètre indique au fichier EXE quel fichier SWF charger à partir de sa collection interne de fichiers ajoutée à l'onglet Files du fichier SWF studio. Chaque fois que vous avez besoin d'ouvrir une nouvelle "fenêtre", vous exécutez à nouveau votre propre EXE et passez le nom du fichier SWF à utiliser. Les commandes App.sendData de SWF Studio vous permettent d'envoyer des données entre vos différentes fenêtres avec très peu d'effort, de sorte que vos applications distinctes peuvent facilement se comporter comme si elles faisaient partie d'une même application.

+0

Merci pour votre contribution. La partie de notre architecture qui se sent un peu trop couplée est notre «coquille». Il ne faudrait pas trop de travail pour débrancher la plate-forme actuelle du projecteur, mais il est temps que je n'ai pas actuellement. Brancher nos modules dans une coque construite sur un studio de swf serait rapide et facile cependant ... notre bibliothèque 'pile' est assez lisse. northcode - J'ai déjà vu ce site ... depuis combien de temps faites vous votre truc? Dites-moi ce que ... Je vais vous envoyer un courriel. –

+0

J'ai écrit la version 1 de SWF Studio en 2000 et elle est sous la bannière Northcode depuis 2002. Nous faisons ça depuis un petit moment :) –

Questions connexes