Maintenant j´utilise plus de static :
Ce genre de variable est gérée en donné membre d´une classe. Vive la POO ! !!

Sinon c´est vrai que le static est un global un peu camouflé. Mais Je prefer utiliser static car ça limite sa porté, sa evite de la manipuler ailleur sans le faire expres, sa evite d´avoir une multitude de varible globale qui amene un code trop confu, puis on sait quand on relit la fonction quel est cette variable...

Bref, meme si les variables static font la meme chose que les varibles globales, je prefer les static dans pas mal de cas.

Mais bon... le mieu reste une bonne encapsulation des données !

mort aux variables globales, vive l´encapsulation et le membres static !

Moi j´aime bien: j´apprend à peine le C++, et je m´éclate ( la tête) a essayer de comprendre quoi que ce soit à ce que vous dites...

vive l´encapsulation, mais les static, berk ! !
c´est le partage d´une variable pour tous les appels : un appel de trop et t´es mort...

ca je suis d´accord, les donnees statiques definies en local, c´est a bannir... Par contre les membres static, ca c´est bien pratique ( ne serait-ce que pour faire un singleton, compter les instances, faire des constantes propres et typees, . ..)

et...pour mon problème svp

ah, y´a un pb a la base ? . .. bon, faut dire que j´ai rien suivi LOOOL
c´est quoi le soucis ?

Deja repondu ! !!!
Pout t´eviter de chercher, je te fait un petit copier-coller

Giga-nova Posté le 16 septembre 2004 à 18:09:22
oh JY² le dieu de la prog est la ( il va pouvoir m´aider)

comment on fait pour faire partir la couleur blanche du fond d´img

SDL_SetColorKey(perso[4],SDL_SRCCOLORKEY , SDL_MapRGBA(perso[4]->format,250,0,250,0));
SDL_SetAlpha(perso[4],SDL_SRCALPHA,250);

( quelque chose comme ca non ? )

Question 2;
j´ai une image de fond mais mon perso peut sortir de l´img par la droite et le bas
comment remedier a cela ! ! !
HELP

JeanYvesYves Posté le 16 septembre 2004 à 18:23:18
SDL_SetColorKey(perso[4],SDL_SRCCOLORKEY , SDL_MapRGBA(perso[4]->format,255,255,255,0));

( si c´est du blanc pur, c´est 255,255,255)
il faut faire ça pour chacune de stes images ( fait un for pour éviter les copier/coller)

pour que ton perso ne sorte pas, a toi de lui interdire de sortir

genre au lieu de faire :

if(event.key.keysym.sym == SDLK_UP)
{
rect1.y-=1;
sens_deplacement=1;
}

tu fais :

if(event.key.keysym.sym == SDLK_UP)
{
if ( rect1.y>0)
{
rect1.y-=1;
}
sens_deplacement=1;
}

et pareil pour les autres directions
en gros, ça veut dire :
" si tu appuies sur haut, et que ton bonhomme n´est pas sur le bord haut, alors monte"
dans tous les cas comme tu vois, meme si tu ne peux pas monter, le sens_deplacement=1 est appliqué : pour que ton gars regarde quand meme en haut !
mais si tu ne veux pas, tu peux tres bien inserer ça dans l´autre if. ( et en ce cas, tu peux rassembler les if avec un &&)

enfin C toi qui controle

ce topic a du succès dis-donc, ya beaucoup de personnes qui font de la lib graphique ? ou c´est davantage code ?

Y a pas mal de SDL en ce moment... pas de bol, j´en fait pas.

Mais bon, c´est pas mal de questions autour de technique de programations plus que de probleme lié a l´utilisation de la SDL.

Quand est-ce que quelqu´un lance un " j´aide les personnes en DirectX" ?
Ca me serai utile

boah, on peut parler de DirectX aussi ici si tu veux
ou alors tu peux créer un topic !
Hélas, pour ma part, je ne pourrai pas trop participer : j´ai testé DirectX 7 il y a longtemps, quand j´ai vu que le 8 restructurait tout ( DDraw+D3D -> DirectGraphics), j´étais blazé ( meme si ça doit etre fait, pour des raisons que je ne V pas évoquer maintenant car j´ai pas le temps ( utilisation des algos 3d et de l´acc matériel 3d pour la 2d est maintennat bien plus rapide que la 2d pure...))
Donc je suis + calé en OpenGL pour le moment
mais un jour, il faut que je revienne a DX

En tout cas, on peut parler de prog de toute lib ici

dommage que d´avoir arreté avec l´arrivée de DX 8 ; si la migration est délicate ( et encore, c´est un doux euphémisme...), ça n´en est que plus simple par la suite Ajd p-e vaut-il mieux attendre WGF, meme si DX a encore de longs jours à tenir...

J´ai installé la lib wxWidgets dans le répertoire C:\wxWidgets-2.5.2 et quand je compile un projet ça sort des erreurs de type " event.h : no header in such directory". Cet header est inclu dans l´include wx.h que j´ai inclu ( ) comme ça :

1. include " C:\wxWidgets-2.5.2\include\wx\wx.h"

et du coup je sais pas comment faire pour que ça colle ; mettre tout dans le même dossier pour contenter tout le monde ?

le \ ne doit pas etre trés apprécié.. essaye un \\ ou un /

hum ! je ne suis pas sur que des C: soient reconnus la dedans

Ce que je te conseille, c´est de copier tes headers dans ton repertoire include ( du compilo)
en les mettant dans un sous rep :

genre tu crees un dossier wx dans ton repertoire include ( la ou tu as stdio.h, etc...)

et derriere tu fais :

1. include < wx/wx.h>

et pour la portabilité, c´est quand meme plus pratique, si tu déplaces tes sources...

( tiens, il reste du monde ? . .. ; ) )

arf je sais pas où est le pb ; j´ai copié le rep include de wxWidgets dans celui de Dev-C++ et il génère encore 185 erreurs. La première est
15 C:\Dev-Cpp\include\wx\defs.h:25, from C:\Dev-Cpp\include\wx\wx.h In file included from C:/Dev-Cpp/include/wx/defs.h:25, from C:/Dev-Cpp/include/wx/wx.h

et en suivent plein comme celle-ci
9 C:\Dev-Cpp\include\wx\chkconf.h:47 #error " wxUSE_DYNLIB_CLASS must be defined."

avec un nombre d´erreur aussi important, cela ne peux etre que dû aux headers ou aux librairies, tu as pensé a rajouter les librairies dans les liens du projet ? ( je sais pas comment on fait dans DevC++)

dans le hello world de l´exemple de la doc il y a le code complet mais ils n´incluent que l´header, pas de lib. Et vu le nom des libs ( shell32_sc.def, winmm32_sc.def et wsock32_sc.def), ça vient pas de là.

en relisant mon post, je vois que les extensions sont . def ; il y en a combien des extensionss différents pour les libs ?