Trackbacks

Aucun trackback.

Les trackbacks pour ce billet sont fermés.

Commentaires

1. Le lundi 3 avril 2006 à 09:23, par francis bourre

salut mama, peut-être tout simplement _global.loadMovieNum()

2. Le lundi 3 avril 2006 à 10:21, par Maitre KAPEL-O

Joli slogan, mais "débarassez-vous..." ne prendrait 'il pas deux "r" ?
Bien à vous,

Maître KAPEL-O

3. Le lundi 3 avril 2006 à 16:11, par Tek

>je te vois venir à grand pas Tek
Heu ? Y'a erreur sur la personne là. Ce serait même carrement l'inverse. Je suis bien le dernier à me satisfaire des ruses cradosses et de la mise au rencart d'une méthode pour une autre simplement pour le "tant que ça marche".

4. Le lundi 3 avril 2006 à 19:19, par zemax

Je déconseille d'utiliser loadMovieNum, c'est beaucoup moins pratique que loadMovie.

ok je sors...

5. Le lundi 3 avril 2006 à 19:40, par Tek

Au final il s'agit surement d'un oubli dans une des déclarations de la liste des méthodes accessibles avec le scope de l'objet global au runtime dans le player, il ne faut pas hésiter à le signaler à Adobe : www.macromedia.com/cfusio...

Le pire étant que si on compile uniquement avec le compilo Flash la classe suivante, ça passe trés bien :
[code]
class MyClass
{
°°°°function MyClass()
°°°°{
°°°°°°°°loadMovieNum('that.swf',1);
°°°°}
}
[/code]

MTASC ne laisse pas passer.

6. Le lundi 3 avril 2006 à 20:58, par mama

Salut Francis, content de te compter parmis nos lecteurs.
>salut mama, peut-être tout simplement _global.loadMovieNum()
et non ca ne marche pas car _global.loadMovieNum est undefined, la classe Adobi !

7. Le lundi 3 avril 2006 à 21:06, par mama

>Joli slogan, mais "débarassez-vous..." ne prendrait 'il pas deux "r" ?

Pff heureusement que y a des gens un peu serieux en orthographe, ou irait-on sinon !

PS: mais tu pouvais aussi choisir d' "emballez les gonzesses" (sans faute)

8. Le lundi 3 avril 2006 à 21:28, par mama

>Au final il s'agit surement d'un oubli dans une des déclarations de la liste des méthodes accessibles avec le scope de l'objet global

... raté

//****************************************************************************
// ActionScript Standard Library
// Top-level functions
//****************************************************************************

...
intrinsic function loadMovie(url:String, target:Object, method:String):Void;
intrinsic function loadMovieNum(url:String, level:Number, method:String):Void;
intrinsic function loadVariables(url:String, target:Object, method:String):Void;
...

9. Le mardi 4 avril 2006 à 00:06, par Tek

J'avais regardé et je ne parlais pas de ça

Je parlais du registre interne au lecteur accessible au runtime uniquement quand un fonction est appelée avec le scope de _global. Les classes *intrinsic* ne sont que des directives de compilations, il doit exister un registre qui dit trés précisemment quelle méthode est rattachée à l'objet global dans le lecteur Flash.

À la rigueur ça vaut le coup de tester l'existence au runtime de toutes les méthodes données comme globales dans la documentation en les faisant pointer sur _global dans une classe comme ça et de soumettre celles qui éventuellement auront été oubliées en plus de celle-là.

10. Le mardi 4 avril 2006 à 08:38, par ekameleon

Hello
et c'est pas mieux d'utilise MovieClipLoader dans tous les cas en AS2 ?
EKA+

11. Le mardi 4 avril 2006 à 15:56, par francis bourre

un petit workaround flash/mtasc:
getURL( "test.swf", "_level" + 10 );

12. Le mardi 4 avril 2006 à 15:56, par dehats

Quelque soit la raison pour laquelle il réagit comme ça, c'est franchement pas rassurant et ce n'est, amha, qu'un des nombreux exemples d'erreurs ou approximations/baclage qu'on a pu constater depuis MX2004 (que ça soit dans le framework as2, ou dans la redaction des classes intrinsic).
D'après ce que j'ai pu constater avec flex2 beta2, on sera face à un outil beaucoup plus serieux dans très peu de temps maintenant.

13. Le mardi 4 avril 2006 à 22:52, par mama

Ekameleon, non ce n'est pas mieux, MovieClip Loader est une classe ultra limitée. Pour ma part j'ai développé toute une série de classe de Prechargement plus complète et plus performante que cette saloperie de MovieClip Loader. Dans ces différentes classes, tout marchait très bien en AS1, evidemment des oublis grossiers en AS2 bloquent certaines fonctionnalités.

Mais le problème est plus large que ca, ici c'est un bug pur et simple.

14. Le mardi 4 avril 2006 à 22:57, par mama

Francis la classe, t'as trouvé la réponse à ma question, bien vu, je connaissais pas ;)))

15. Le mercredi 5 avril 2006 à 13:13, par Tek

Ah ben c'est la meilleure! J'ai du mal comprendre, mais je croyais que tu nous mettais en garde et que tu voulais pas entendre parler de solutions de ce style et que tu en voulais une à base de loadMovieNum.

Parce que dans ce cas, autant utiliser :

class MyClass
{
°°°°function MyClass()
°°°°{
°°°°°°°°var level:String = '_level10';
°°°°°°°°loadMovie('that.swf',level);
°°°°}
}

16. Le mercredi 5 avril 2006 à 13:24, par Tek

Quoique la dernière solution soit à oublier, ça marche dans Flash mais ça fait hurler MTASC puisqu'il attend un MovieClip là où on passe une chaîne. Et inversement le code suivant passe la compilation dans MTASC et Flash mais n'est pas fonctionnel une fois lancé dans le lecteur :

class MyClass
{
°°°°function MyClass()
°°°°{
°°°°°°°°var level:MovieClip = MovieClip('_level10');
°°°°°°°°loadMovie('that.swf',level);
°°°°}
}

Donc le getURL de Francis tient la route, mais v'là comment c'est crados dans le principe du coup. :/

17. Le mercredi 5 avril 2006 à 17:59, par mama

> Donc le getURL de Francis tient la route, mais v'là comment c'est crados dans le principe du coup. :/

Ben c'est du flash quoi

18. Le jeudi 6 avril 2006 à 08:37, par Foxy

Mince, loadMovieNum bug avec AS2/MTASC ? J'arrête Flash ...

19. Le mercredi 10 janvier 2007 à 14:09, par Tyn

Waah, c'est très roots le getURL :p Jolie astuce de contournement.

20. Le vendredi 12 janvier 2007 à 21:55, par anas

slt a tous le mondes

Ajouter un commentaire