perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de trucs.
Non pas que ce soit infaisable, mais de manière tellement plus lourde (à
moins d'avoir, comme Bubar, pondu un système complet d'API en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite image
- des scripts parents qui instancient à la volée les sprites
nécessaires....
hth
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de trucs.
Non pas que ce soit infaisable, mais de manière tellement plus lourde (à
moins d'avoir, comme Bubar, pondu un système complet d'API en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite image
- des scripts parents qui instancient à la volée les sprites
nécessaires....
hth
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de trucs.
Non pas que ce soit infaisable, mais de manière tellement plus lourde (à
moins d'avoir, comme Bubar, pondu un système complet d'API en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite image
- des scripts parents qui instancient à la volée les sprites
nécessaires....
hth
Merci pour ta réponse, en effet du flash embarqué serait plus simple
pour moi, j'éspère que ça sera potable coté performances.
Sinon, il y aurai-t-il des Xtra spécialisé pour celà?
Merci pour ta réponse, en effet du flash embarqué serait plus simple
pour moi, j'éspère que ça sera potable coté performances.
Sinon, il y aurai-t-il des Xtra spécialisé pour celà?
Merci pour ta réponse, en effet du flash embarqué serait plus simple
pour moi, j'éspère que ça sera potable coté performances.
Sinon, il y aurai-t-il des Xtra spécialisé pour celà?
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
> Ben on voit que tu touches plus à Director. ...
> Ben on voit que tu touches plus à Director. ...
> Ben on voit que tu touches plus à Director. ...
> Ben on voit que tu touches plus à Director. ...
Argh ! touché !!!!!
(c'est bien pour ça que je me débrouille pour que tu touches à ma
place... ose t'en plaindre ! ;o)
> Ben on voit que tu touches plus à Director. ...
Argh ! touché !!!!!
(c'est bien pour ça que je me débrouille pour que tu touches à ma
place... ose t'en plaindre ! ;o)
> Ben on voit que tu touches plus à Director. ...
Argh ! touché !!!!!
(c'est bien pour ça que je me débrouille pour que tu touches à ma
place... ose t'en plaindre ! ;o)
>
Point du tout ! Mais à force de vanter flash, tu vas me forcer à m'y mettre
!
PS : Tu es toujours là ? j'ai pas répondu à ton mail, vu que tu devais
partir.
>
Point du tout ! Mais à force de vanter flash, tu vas me forcer à m'y mettre
!
PS : Tu es toujours là ? j'ai pas répondu à ton mail, vu que tu devais
partir.
>
Point du tout ! Mais à force de vanter flash, tu vas me forcer à m'y mettre
!
PS : Tu es toujours là ? j'ai pas répondu à ton mail, vu que tu devais
partir.
Ned wrote:perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
Ben on voit que tu touches plus à Director. Ce genre de chose se fait
simplement sans avoir à se compliquer la vie. Plutôt que de penser à
afficher X produits en même temps, même s'ils ne sont pas visible, il faut
penser : combien est-ce que je peux afficher de produits à l'écran ? Ensuite
changer à la volée le membre des sprites pour les images et le texte
accompagnant
Ex : Si on peut mettre 4 lignes à la fois
sp1(image) spr2(texte) spr3(texte)
sp4(image) spr5(texte) spr3(texte)
sp7(image) spr8(texte) spr9(texte)
sp10(image) spr11(texte) spr12(texte)
Si on descend d'une ligne :
repeat with i=1 to 3
sprite((i-1)*3+1).member=sprite(i*3+1).member
sprite((i-1)*3+2).member.text=sprite(i*3+2).member.text
sprite((i-1)*3+3).member.text=sprite(i*3+3).member.text
end repeat
Ca provoque un décalage vers le haut
Il suffit en suite de remplir la 4eme ligne avec les nouvelles valeurs
Il faut juste se méfier si les images n'ont pas toutes la même taille, qu'il
faudra peut être repositionner les sprites (position du centre et
largeur/hauteur)
Une méthode plus rapide encore est de zapper non pas le contenu du sprite,
mais le sprite lui même. C'est à la fois plus rapide (pas de remplissage
mémoire dans tous les sens) et plus clean (les textes risquent de flasher un
peu).
on déclare bein avant la position qu'auront les éléments (centre pour les
bitmap, coin haut/gauche pour les textes) dans 3 listes (une par éléement).
Si tu es sur de toi, et que les éléments sont bien organisés, il doit être
possible de trouver les positions par algo.
Si tu préfères poser les sprites plutôt que les manipuler dynamiquement,
l'algo va changer un peu mais pas de grand chose
On a aussi besoin d'une variable pour savoir qui est le premier sprite à
apparaitre en haut de la liste
global gfirstspr
global glpos
initialisation de gfirstspr
gfirstspr=0 --ici c'est le sprite 1 qui contiendra la première image visible
en haut de la liste. Les 2 textes correspondant seront les 2 sprites
suivants
gnbelem=4 --quatre lignes de données sont visible en même temps
glpos est une liste de liste donnant les coordonnées
glpos=[ [point(0,0),point(100,0),point(200,0)], ....]
on upone
gfirstspr=(gfirstspr+1) mod gnbelem
aff()
end
on downone
gfirstspr=(gfirstspr-1)
if gfirstspr<0 then
gfirstspr=gnbelem-1 --gnbelem lignes affichées - 1
end if
aff()
end
on aff
repeat with i=0 to gnbelem-2
repeat with j=1 to 3
numspr=(((i+gfirstspr)*3) mod (gnbelem*3))+j
sprite(numspr).loc=glpos[i+1][j]
end repeat
end repeat
--ici remplir les 3 sprites avec les valeurs suivantes
numspr=(((gnbelem-1+gfirstspr)*3) mod (gnbelem*3))+1
sprite(numspr).loc=glpos[gnbelem][1]
sprite(numspr).member=member(image correspondant à la nouvelle valeur)
sprite(numspr+1).loc=glpos[gnbelem][2]
sprite(numspr+1).member.text="texte correspondant"
sprite(numspr+2).loc=glpos[gnbelem][3]
sprite(numspr+2).member.text="texte correspondant"
end
Pour "monter", appeler upone(). Pour "descendre", appeler downone()
un petit exemple ici : http://www.wapitistudio.com/pub/test_decal.rar
Ned wrote:
perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
Ben on voit que tu touches plus à Director. Ce genre de chose se fait
simplement sans avoir à se compliquer la vie. Plutôt que de penser à
afficher X produits en même temps, même s'ils ne sont pas visible, il faut
penser : combien est-ce que je peux afficher de produits à l'écran ? Ensuite
changer à la volée le membre des sprites pour les images et le texte
accompagnant
Ex : Si on peut mettre 4 lignes à la fois
sp1(image) spr2(texte) spr3(texte)
sp4(image) spr5(texte) spr3(texte)
sp7(image) spr8(texte) spr9(texte)
sp10(image) spr11(texte) spr12(texte)
Si on descend d'une ligne :
repeat with i=1 to 3
sprite((i-1)*3+1).member=sprite(i*3+1).member
sprite((i-1)*3+2).member.text=sprite(i*3+2).member.text
sprite((i-1)*3+3).member.text=sprite(i*3+3).member.text
end repeat
Ca provoque un décalage vers le haut
Il suffit en suite de remplir la 4eme ligne avec les nouvelles valeurs
Il faut juste se méfier si les images n'ont pas toutes la même taille, qu'il
faudra peut être repositionner les sprites (position du centre et
largeur/hauteur)
Une méthode plus rapide encore est de zapper non pas le contenu du sprite,
mais le sprite lui même. C'est à la fois plus rapide (pas de remplissage
mémoire dans tous les sens) et plus clean (les textes risquent de flasher un
peu).
on déclare bein avant la position qu'auront les éléments (centre pour les
bitmap, coin haut/gauche pour les textes) dans 3 listes (une par éléement).
Si tu es sur de toi, et que les éléments sont bien organisés, il doit être
possible de trouver les positions par algo.
Si tu préfères poser les sprites plutôt que les manipuler dynamiquement,
l'algo va changer un peu mais pas de grand chose
On a aussi besoin d'une variable pour savoir qui est le premier sprite à
apparaitre en haut de la liste
global gfirstspr
global glpos
initialisation de gfirstspr
gfirstspr=0 --ici c'est le sprite 1 qui contiendra la première image visible
en haut de la liste. Les 2 textes correspondant seront les 2 sprites
suivants
gnbelem=4 --quatre lignes de données sont visible en même temps
glpos est une liste de liste donnant les coordonnées
glpos=[ [point(0,0),point(100,0),point(200,0)], ....]
on upone
gfirstspr=(gfirstspr+1) mod gnbelem
aff()
end
on downone
gfirstspr=(gfirstspr-1)
if gfirstspr<0 then
gfirstspr=gnbelem-1 --gnbelem lignes affichées - 1
end if
aff()
end
on aff
repeat with i=0 to gnbelem-2
repeat with j=1 to 3
numspr=(((i+gfirstspr)*3) mod (gnbelem*3))+j
sprite(numspr).loc=glpos[i+1][j]
end repeat
end repeat
--ici remplir les 3 sprites avec les valeurs suivantes
numspr=(((gnbelem-1+gfirstspr)*3) mod (gnbelem*3))+1
sprite(numspr).loc=glpos[gnbelem][1]
sprite(numspr).member=member(image correspondant à la nouvelle valeur)
sprite(numspr+1).loc=glpos[gnbelem][2]
sprite(numspr+1).member.text="texte correspondant"
sprite(numspr+2).loc=glpos[gnbelem][3]
sprite(numspr+2).member.text="texte correspondant"
end
Pour "monter", appeler upone(). Pour "descendre", appeler downone()
un petit exemple ici : http://www.wapitistudio.com/pub/test_decal.rar
Ned wrote:perso je le ferai avec du Flash embarqué dans une appli Dir...
Comme tu le fais remarquer Flash est plus simple pour ce genre de
trucs. Non pas que ce soit infaisable, mais de manière tellement plus
lourde (à moins d'avoir, comme Bubar, pondu un système complet d'API
en lingo)
Sinon tu peux étudier plusieurs pistes :
- les boucles d'animations, avec des "tell" pour changer leur sprite
image - des scripts parents qui instancient à la volée les sprites
nécessaires
Ben on voit que tu touches plus à Director. Ce genre de chose se fait
simplement sans avoir à se compliquer la vie. Plutôt que de penser à
afficher X produits en même temps, même s'ils ne sont pas visible, il faut
penser : combien est-ce que je peux afficher de produits à l'écran ? Ensuite
changer à la volée le membre des sprites pour les images et le texte
accompagnant
Ex : Si on peut mettre 4 lignes à la fois
sp1(image) spr2(texte) spr3(texte)
sp4(image) spr5(texte) spr3(texte)
sp7(image) spr8(texte) spr9(texte)
sp10(image) spr11(texte) spr12(texte)
Si on descend d'une ligne :
repeat with i=1 to 3
sprite((i-1)*3+1).member=sprite(i*3+1).member
sprite((i-1)*3+2).member.text=sprite(i*3+2).member.text
sprite((i-1)*3+3).member.text=sprite(i*3+3).member.text
end repeat
Ca provoque un décalage vers le haut
Il suffit en suite de remplir la 4eme ligne avec les nouvelles valeurs
Il faut juste se méfier si les images n'ont pas toutes la même taille, qu'il
faudra peut être repositionner les sprites (position du centre et
largeur/hauteur)
Une méthode plus rapide encore est de zapper non pas le contenu du sprite,
mais le sprite lui même. C'est à la fois plus rapide (pas de remplissage
mémoire dans tous les sens) et plus clean (les textes risquent de flasher un
peu).
on déclare bein avant la position qu'auront les éléments (centre pour les
bitmap, coin haut/gauche pour les textes) dans 3 listes (une par éléement).
Si tu es sur de toi, et que les éléments sont bien organisés, il doit être
possible de trouver les positions par algo.
Si tu préfères poser les sprites plutôt que les manipuler dynamiquement,
l'algo va changer un peu mais pas de grand chose
On a aussi besoin d'une variable pour savoir qui est le premier sprite à
apparaitre en haut de la liste
global gfirstspr
global glpos
initialisation de gfirstspr
gfirstspr=0 --ici c'est le sprite 1 qui contiendra la première image visible
en haut de la liste. Les 2 textes correspondant seront les 2 sprites
suivants
gnbelem=4 --quatre lignes de données sont visible en même temps
glpos est une liste de liste donnant les coordonnées
glpos=[ [point(0,0),point(100,0),point(200,0)], ....]
on upone
gfirstspr=(gfirstspr+1) mod gnbelem
aff()
end
on downone
gfirstspr=(gfirstspr-1)
if gfirstspr<0 then
gfirstspr=gnbelem-1 --gnbelem lignes affichées - 1
end if
aff()
end
on aff
repeat with i=0 to gnbelem-2
repeat with j=1 to 3
numspr=(((i+gfirstspr)*3) mod (gnbelem*3))+j
sprite(numspr).loc=glpos[i+1][j]
end repeat
end repeat
--ici remplir les 3 sprites avec les valeurs suivantes
numspr=(((gnbelem-1+gfirstspr)*3) mod (gnbelem*3))+1
sprite(numspr).loc=glpos[gnbelem][1]
sprite(numspr).member=member(image correspondant à la nouvelle valeur)
sprite(numspr+1).loc=glpos[gnbelem][2]
sprite(numspr+1).member.text="texte correspondant"
sprite(numspr+2).loc=glpos[gnbelem][3]
sprite(numspr+2).member.text="texte correspondant"
end
Pour "monter", appeler upone(). Pour "descendre", appeler downone()
un petit exemple ici : http://www.wapitistudio.com/pub/test_decal.rar
En prenant ton exemple pour réfrence, si je me retrouve dans le cas ou
je dois afficher moins de 4 images, quelle est la meilleure méthode
pour se débarasser des lignes en trop?
peut-on détruire un sprite? Faut-il le placer hors de la scène, le
rendre trasparent et rendre un éventuel comportement bouton inactif ?
Merci d'avance
En prenant ton exemple pour réfrence, si je me retrouve dans le cas ou
je dois afficher moins de 4 images, quelle est la meilleure méthode
pour se débarasser des lignes en trop?
peut-on détruire un sprite? Faut-il le placer hors de la scène, le
rendre trasparent et rendre un éventuel comportement bouton inactif ?
Merci d'avance
En prenant ton exemple pour réfrence, si je me retrouve dans le cas ou
je dois afficher moins de 4 images, quelle est la meilleure méthode
pour se débarasser des lignes en trop?
peut-on détruire un sprite? Faut-il le placer hors de la scène, le
rendre trasparent et rendre un éventuel comportement bouton inactif ?
Merci d'avance
