Comment utiliser les properties du stage dans l'ioc pour placer un element ?

[goabonga]

Voila je me met a l'ioc maintenant que je n'ai plus aucun mal a suivre
les plus de ton framework qui sont vraiment de plus en plus pratique,
mais dans mes essais de l'ioc j'ai un petit problème avec le STAGE
j'aimerais placer mes éléments a des positions dépendant du stage au
sein des fichier EDEN et des la construction ce ces objets :

pour exemple :

objects:Array =
[
{
id : "my_rectangle" ,
type : "flash.display.Shape" ,
lock : true ,
init : "update" ,
properties :
[
{ name : "color" , value : 0xFF00FF } ,
{ name : "w" , value : 200 } ,
{ name : "h" , value : 180 } ,
{ name : "x" , value : 20 } ,
{ name : "y" , value :
20 }
]
}
] ;

mais voila j'aimerais le placer toujours a droite :

J'aimerais donc faire un truc dans ce genre :
{ name : "x" , value : (#stage.stageWidth ) - (w +20) } ,

puis une autre question ?
peu t'on écrire une function directement dans EDEN ?

[NairuS]

Hello,

La classe Shape ne possède pas de méthode update je crois?

En définissant cette méthode dans la propriété init de l'IoC, tu invoque cette méthode après l'instanciation de ton objet.

Pourquoi tu définis la propriété lock à ton objet ?

Moi je ferais un objet Custom qui hérite de Shape avec la méthode update en plus et la référence au stage pour faire ce que tu veux.

du genre:

objects:Array =
[
   {
       id          : "my_rectangle"  ,

       type        : "my.package.MyForm" ,

       lock        : true     ,
       init        : "update" ,
       properties  :
       [

           { name : "stage" , ref: "#stage" } ,

           { name : "color" , value : 0xFF00FF } ,
           { name : "w"     , value : 200      } ,
           { name : "h"     , value : 180      } ,
           { name : "x"     , value : 20       } ,
           { name : "y"     , value :
20       }
       ]
   }
] ;

Je mettrai le calcul dans la méthode update et j'abonnerai la méthode update à l'évènement resize du stage.

a++

NairuS ;)

Bien sûr il faut ajouter la propriété stage dans ta classe

[goabonga]

clairement pour l'objet utiliser dans l'exemple j'ai fais un copier
coller a la vas vite.

dans le cas réelle je place un tas d'objet de type diffèrent, Sprite,
Bitmap , ....

mais actuellement j'utilise exactement la methode que tu dis , le
questionement que je me pose est si on peu faire tout dans l'IOC ?

(pour le calcul je peux le stocker dans la conf ? )

la méthode update dans ma custom class AS , puis je l'externaliser en
EDEN ?

(hs : alors t'est dans une nouvelle boite ??)

[NairuS]

re,

Le 28 juin 2009 13:23, goabonga <goab...@gmail.com> a écrit :

clairement pour l'objet utiliser dans l'exemple j'ai fais un copier
coller a la vas vite.

dans le cas réelle je place un tas d'objet de type diffèrent, Sprite,
Bitmap , ....

mais actuellement j'utilise exactement la methode que tu dis , le
questionement que je me pose est si on peu faire tout dans l'IOC ?

(pour le calcul je peux le stocker dans la conf ? )

Oui, il suffit de définir une class qui s'en charge dans la factory.

regarde les exemples de Astr.

Dans la eGallery pour définir le httphost du gateway, il le "créer" dans l'IoC (c'est pas vraiment le terme).

    

    // context/net/service.eden

    

   {

        id         : "gatewayUrl_factory" ,

        type       : "asgard.net.remoting.RemotingGatewayUrl" ,

        properties : [ { name:"flashVars" , value:asgard.display.ApplicationDisplay.flashVars } ] 

    }

    ,

    {

        id            :"gatewayUrl" , 

        type          : "String"    ,

        factoryMethod : 

        { 

            factory:"gatewayUrl_factory" , name:"create" ,

            arguments : [ { config : "gatewayUrl" } , { config : "httphost" } ]

        }

    }

 - La défintion "gatewayUrl_factory" permet de récupérer les flashvars et de formater le chemin du gateway.php.

 - La définition "gatewayUrl" créer la chaine voulue au moyen de la méthode "create" de la définition au dessus.

 

dans la définition du service on récupère la référence de cette chaine dans la propriété "gatewayUrl" :

    // context/net/remoting/getGallery.eden

    { 

        id         : "get_gallery_listener" , 

        type       : "egallery.net.remoting.GetGallery" ,

        properties : [ { name : "model" , ref : "picture_model" } ] ,

        singleton  : true ,

        lazyInit   : true 

    }

    ,

    {

        id         : "get_gallery_service"                 ,

        type       : "asgard.net.remoting.RemotingService" ,

        singleton  : true                                  ,

        lazyInit   : true                                  ,

        properties :

        [

            { name : "gatewayUrl"     , ref   : "gatewayUrl"           } ,

            { name : "methodName"     , value : "getGallery"           } ,

            { name : "objectEncoding" , value : 0                      } , // AMF0

            { name : "serviceName"    , value : "Gallery"              } ,

            { name : "listener"       , ref   : "get_gallery_listener" }

        ]

    }  

L'idée ce de faire la même chose grosso-modo mais de passer en arguments la référence #state et la valeur "w" de ton objet.

Pour la valeur "w" de ton objet le mieux c'est de la stocké dans un config.eden et de l'appeler avec la propriété "config" de l'IOC:

// config.eden

my_rectangle =

{

    w : 200 ,

    h : 100

...

}

/// L'IoC

objects:Array =
[
   {
       id          : "my_rectangle"  ,
       type        : "flash.display.Shape" ,
       lock        : true     ,
       init        : "update" ,
       properties  :
       [
           { name : "color" , value : 0xFF00FF } ,

           { name : "w"     , config : "my_rectangle.w"  } ,

           { name : "h"     , config : "my_rectangle.h"   } ,

           { name : "x"     , value : 20       } ,
           { name : "y"     , value :
20       }
       ]
   }
] ;

...

la méthode update dans ma custom class AS , puis je l'externaliser en
EDEN ?

qu'est-ce que tu entends par externaliser ? 

Eden est L'IoC c'est vraiment 2 choses différentes.

Dans ta définition (faite en eden) tu spécificie seulement à la fabrique IoC qu'elle devra lancer la méthode update après avoir instancier cet objet.

Les frameworks IoC peuvent et sont pour la plus part en XML.

Dans celui de eKa c'est le format eden qui prime mais tu peux aussi très bien chargé des contexts en XML ou JSON.

Je te conseille vraiment de lire son tuto sur l'IoC de vegas.

http://docs.google.com/Doc?docid=dfd9s8cg_15g3ct8rfb&hl=en

++ ;)

[GOABONGA]

nairus !!! 

hi hi hi oui je sais ce qu'est une fabrique ( factory ) est un fichier normaliser ( EDEN, JSON ,XML ) 

quand je dis externalisée une function j'entend l'écrire dans le fichier de config de la fabrique !! 

var bb:Function = function(){ ... };

dans ce cas on pourrais directement écrire tout le code dans les fichiers EDEN ! 
mais je ne pense pas que ce soit encore possible ( il nous fraudas encore utiliser des bonne vieille class Custom ) 

aussi non Nico j'ai lu la doc, j'ai lu les tuto et pour le moment je n'ai pas de mal a comprendre (mais toujour autant de mal a m'exprimer ). 

[NairuS]

re,

Le 28 juin 2009 15:49, GOABONGA <goab...@gmail.com> a écrit :

nairus !!! 

hi hi hi oui je sais ce qu'est une fabrique ( factory ) est un fichier normaliser ( EDEN, JSON ,XML ) 

quand je dis externalisée une function j'entend l'écrire dans le fichier de config de la fabrique !! 

var bb:Function = function(){ ... };

Oui tu veux faire comme avec flex et le MXML en "embedant" tes functions dans le fichier eden ?

je crois que c'est possible par contre tu peux instancier n'importe quel objet dans une config eden:

object =

{

[NairuS]

oups, parti trop vite.

je reprends:

Le 28 juin 2009 16:12, NairuS <nicolas...@gmail.com> a écrit :

re,

Le 28 juin 2009 15:49, GOABONGA <goab...@gmail.com> a écrit :

nairus !!! 

hi hi hi oui je sais ce qu'est une fabrique ( factory ) est un fichier normaliser ( EDEN, JSON ,XML ) 

quand je dis externalisée une function j'entend l'écrire dans le fichier de config de la fabrique !! 

var bb:Function = function(){ ... };

Oui tu veux faire comme avec flex et le MXML en "embedant" tes functions dans le fichier eden ?

 

je crois que pas c'est possible par contre tu peux instancier n'importe quel objet dans une config eden:

 

/// IoC

object =

[

    { 

    id: "my_mc" ,

       type: "MovieClip" ,

       properties:

       [

          { name: "filters" , config : "my_mc.filters" }

       ] 

     } 

]

 

// config.eden

my_mc =

{

   filters : [ new flash.filters.DropShadowFilter( 4, 45, 0x000000, 0.8, 8, 8, 1, 3 ) ]

[GOABONGA]

je te reprend : 

je crois que ce n'est pas possible par contre tu peux instancier n'importe quel objet dans une config eden

 )  

[ekameleon]

Hello :)

Résponse rapide :)

1 - on écrit "eden" et pas "EDEN" ... c'est important ;)

2 - pour positionner les éléments au mieux en fonction de la scène ou autre... le mieux pour l'instant est d'utiliser la classe Background ou une classe qui hérite de cette classe en utilisant les proprités autoSize, isFull, etc... et en faisant de l'override sur la méthode viewChanged de la classe.

Dans un avenir proche je compte mettre en place un système avancé de Layout, ce sera du coup beaucoup plus simple de positionner les éléments dans la scène par rapport à un container en particulier et surtout en fonction de certaines stratégies précises.

A l'heure actuel le meilleur exemple pour voir comment je gère (sans layout) mes positionnements c'est toujours dans AST'r :

http://code.google.com/p/astr/source/browse/trunk/AS3/trunk/examples/egallery/basic/trunk/src/egallery/display/Picture.as

3 - A noter que dans eden en principe il est possible d'invoquer des fonctions ou méthode ... mais faudra que l'on voit dans la 0.3 de Maashaack si tout est ok là dessus

4 - faut pas confondre "eden" le serializer/deserialiser basé sur des données au format texte ECMAScript et les context externe IoC avec les définitions d'objets, les définitions d'objets peuvent être définies dans VEGAS avec du eden mais aussi du JSON et même du XML (même si j'ai pas implémenté de loader spécifique pour le XML mais c'est pas trop compliqué à faire en se basant sur mon implémentation de base).

Donc si vous voulez lancer des méthodes sur un objet suffit de faire une définition d'objet avec des méthodes (dans l'attribut properties) et de lancer cette définition d'objet à n'importe quel moment en choisissant la stratégie qu'il faut (factoryReference par exemple)

5 - on évite de transformer eden en interpréteur de code.. c'est pas le but du parser... eden c'est avant tout pratique pour créer des fichiers de configuration, pas pour remplacer un code.. surtout que si on laisse trop de liberté cela ne serait pas super sécure du coup.

EKA+ :)