pegas.draw.Pattern comment ou créer des tramages en 2 temps 3 mouvements :)

[eKameleon]

Hello :)

J'ai découvert il y a un petit moment une petite library sur le svn de
libspark qui permet de créer des patterns de tramage bitmaps basés sur
ce que l'on peut trouver dans Photoshop mais aussi dans des mangas...

Je me suis donc dis qu'il serait pas mal de trouver un outil
équivalent mais plus simple encore à utiliser que l'original dans
PEGAS :)

Du coup j'ai mi en place cet après midi 3 classes simples pour créer
des patterns (BitmapData) que l'on pourra utiliser simplement pour
créer des textures ou des remplissages via les outils de dessins AS3.

Vous trouverez donc dans le package pegas.draw les classes :

#pegas.draw.Pattern (extends BitmapData)

Cette classe permet de définir un pattern via un multi-array et via un
array qui définira l'ensemble des couleurs (RGBA) qu'il faudra
utiliser pour définir l'aspect visuel du pattern.

http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pegas/draw/Pattern.as

#pegas.draw.patterns.StandardPatterns

http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pegas/draw/patterns/StandardPatterns.as

Cette classe contient une série de méthodes statiques qui permettent
de créer rapidement des Patterns basiques.

#pegas.draw.patterns.MangaPatterns

http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pegas/draw/patterns/MangaPatterns.as

Cette classe contient une série de méthods statiques qui permettent de
créer rapidement des patterns basés sur les normes utilisées par les
mangakas japonais pour créer les trames dans leurs mangas !

Je vous conseille vivement d'aller faire un tour dans les exemples de
PEGAS et de regarder les 3 exemples disponibles dans /pegas/draw et /
pegas/draw/patterns

Vous trouverez 3 exemples définis avec des classes externes très
simple à utiliser...

Amusez vous bien ;)

EKA+ :)

[eKameleon]

Hello :)

Finalement après réflection j'ai décidé de bouger la classe Pattern
(qui hérite de la classe BitmapData) et les classes StandardPatterns
et MangaPatterns dans un nouveau package pegas.display au lieu de
pegas.draw.

Je trouve bien plus cohérent la présence de la classe Pattern dans ce
package "display" vu que nous travaillons ici avec des
flash.display.BitmapData améliorés !

Donc désolé de la petite modification mais elle est importante pour la
suite ;)

Maintenant je me retrouve fasse à une nouvelle question métaphysique
qui me trotte pas mal depuis quelques jours... finalement la library
ASGard contient les packages "display" , "media" , "text" ... je me
demande vraiment si il ne faudrait pas que je déplace ces packages
dans PEGAS ???

En laissant dans ASGard uniquement tout ce qui concerne le network
(asgard.net et asgard.net.remoting) ?? mais finalement cela va vider
beaucoup de chose dans ASGard.. surtout si plus tard je passe tout ce
qui est network dans system ??

Qu'en pensez vous ?

EKA+ :)

On 11 juin, 21:19, eKameleon <ekamel...@gmail.com> wrote:
> Hello :)
>
> J'ai découvert il y a un petit moment une petite library sur le svn de
> libspark qui permet de créer des patterns de tramage bitmaps basés sur
> ce que l'on peut trouver dans Photoshop mais aussi dans des mangas...
>
> Je me suis donc dis qu'il serait pas mal de trouver un outil
> équivalent mais plus simple encore à utiliser que l'original dans
> PEGAS :)
>
> Du coup j'ai mi en place cet après midi 3 classes simples pour créer
> des patterns (BitmapData) que l'on pourra utiliser simplement pour
> créer des textures ou des remplissages via les outils de dessins AS3.
>
> Vous trouverez donc dans le package pegas.draw les classes :
>

> #pegas.draw.Pattern(extends BitmapData)
>
> Cette classe permet de définir unpatternvia un multi-array et via un

> array qui définira l'ensemble des couleurs (RGBA) qu'il faudra
> utiliser pour définir l'aspect visuel dupattern.
>

> http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pega...
>
> #pegas.draw.patterns.StandardPatterns
>
> http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pega...

>
> Cette classe contient une série de méthodes statiques qui permettent
> de créer rapidement des Patterns basiques.
>
> #pegas.draw.patterns.MangaPatterns
>

>  http://code.google.com/p/pegas/source/browse/trunk/AS3/trunk/src/pega...

[NairuS]

Hello,

Le 2 juillet 2009 23:40, eKameleon <ekam...@gmail.com> a écrit :

Hello :)

Finalement après réflection j'ai décidé de bouger la classe Pattern
(qui hérite de la classe BitmapData) et les classes StandardPatterns
et MangaPatterns dans un nouveau package pegas.display au lieu de
pegas.draw.

Je trouve bien plus cohérent la présence de la classe Pattern dans ce
package "display" vu que nous travaillons ici avec des
flash.display.BitmapData améliorés !

Donc désolé de la petite modification mais elle est importante pour la
suite ;)

Maintenant je me retrouve fasse à une nouvelle question métaphysique
qui me trotte pas mal depuis quelques jours... finalement la library
ASGard contient les packages "display" , "media" , "text" ... je me
demande vraiment si il ne faudrait pas que je déplace ces packages
dans PEGAS ???

Je pense qu'il vaut mieux les garder dans as-gard et déplacer uniquement les classes qui ne servent qu'a dessiner.

Il me semble qu'il serait pas mal de garder as-gard comme un manager et loader de ressources.

 

En laissant dans ASGard uniquement tout ce qui concerne le network
(asgard.net et asgard.net.remoting) ?? mais finalement cela va vider
beaucoup de chose dans ASGard.. surtout si plus tard je passe tout ce
qui est network dans system ??

Je vois as-gard comme un package d'abstraction d'objets et je trouve ça pas judicieux comme ça.

Il permet de définir des objets identifiable avec le pattern locator ou de charger des ressources externes...

 

++ NairuS ;)

[ekameleon]

Hello :)

C'est pas facile de faire les bons choix... car d'un autre côté je me rend compte que c'est pas facile pour tout le monde d'avoir autant de packages dans le framework différents.

J'aurai pu très bien fusionner toute la partie visuelle / text / media dans PEGAS et la partie network dans AndromedAS..

Pour le moment dans tous les cas je vais laisser comme c'est actuellement mais faudra vraiment à terme (pour la V2 que je standardise tout.. comme nous le faisons dans system)

Sinon il y a pas mal de petite chose qu'il faut que je change encore.. exemple le package andromeda.model qui devrait contenir des sous package andromeda.model.maps (avec un "s" à la fin) au lieu de l'actuel andromeda.model.map .. pour suivre la logique dans system.data.maps par exemple.

Je pense que pour la 1,5 de VEGAS je vais rester tranquille mais pour la 2,0 faudra que tout soit ok.. quitte à virer certains package (comme le package VEGAS finalement qui va vraiment disparaitre au bout d'un moment si l'on suit la logique de refactoring actuelle... faut que je passe à terme vegas.logging et une partie de vegas.string et vegas.utils dans system... au final VEGAS sera le nom du framework complet et plus d'un package dedans ... pas trop grave ;)

Il est clair par contre que pour tous les utilisateurs cela peut changer un peu les choses niveau habitude .. mais bon, l'important c'est que pour la V2 de VEGAS on est un framework très stable et qui ne changera plus trop par la suite... surtout au vue des évolutions futures ;)

EKA+ :)

[eKameleon]

Hello :)

Par contre je pense que je vais peut être déplacer certaines classes
de ASGard vers PEGAS, comme PerlinNoise, BitmapDatas (que je vais
surement adapter)

Ces classes sont des effets sur les BitmapsDatas comme la classe
Pattern dans PEGAS.. et je pense que cela aura plus de sens comme
outil de dessin bitmap dans PEGAS.

EKA+ :)

> Le 3 juillet 2009 09:32, NairuS <nicolas.sur...@gmail.com> a écrit :
>
> > Hello,

[ekameleon]

Bon.. vu qu'il faut battre le fer pendant qu'il est chaud (et vu la chaleur en ce moment sur Marseille...) j'ai effectué à l'instant le déplacement des classes PerlinNoise et BitmapDatas dans pegas.display :)

Je pense qu'il me reste à transformer BitmapDatas en une classe plus explicite au niveau objet... je pense que je vais créer une classe Miror ou ReflectBitmapData qui héritera de BitmapData comme PerlinNoise, ce sera plus parlant dans le code.

EKA+ :)

[NairuS]

re,

snif, snif !!  VEGAS est mort ! Vive VEGAS ! ;)

Sérieusement, je pense que c'est une chose d'éclaircir les packages dans la V2.

 

> Il est clair par contre que pour tous les utilisateurs cela peut changer un
> peu les choses niveau habitude .. mais bon, l'important c'est que pour la V2
> de VEGAS on est un framework très stable et qui ne changera plus trop par la
> suite... surtout au vue des évolutions futures ;)
>

Les habitutes se font, se dé-font et se re-font ;)

Enfin je pense il suffit de suivre les RSS du projet et on est pas perdu ;)

++ NairuS ;)

[eKameleon]

Hello :)

C'est fait.. maintenant vous pouvez donc utiliser les classes Pattern,
PerlinNoise et ReflectionBitmapData directement dans pegas.display :

http://code.google.com/p/pegas/source/browse/#svn/trunk/AS3/trunk/src/pegas/display

Avec les exemples mis à jour :

http://code.google.com/p/pegas/source/browse/#svn/trunk/AS3/trunk/examples/pegas/display%3Fstate%3Dclosed

Voilà une bonne chose de faite :)

EKA+ :)

On 3 juil, 10:47, NairuS <nicolas.sur...@gmail.com> wrote:
> re,
>

> Le 3 juillet 2009 10:39, ekameleon <ekamel...@gmail.com> a écrit :
>
>
>
> > Bon.. vu qu'il faut battre le fer pendant qu'il est chaud (et vu la chaleur
> > en ce moment sur Marseille...) j'ai effectué à l'instant le déplacement des
> > classes PerlinNoise et BitmapDatas dans pegas.display :)
>
> > Je pense qu'il me reste à transformer BitmapDatas en une classe plus
> > explicite au niveau objet... je pense que je vais créer une classe Miror ou
> > ReflectBitmapData qui héritera de BitmapData comme PerlinNoise, ce sera plus
> > parlant dans le code.
>
> > EKA+ :)
>