Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 17 nov. 2004 à 15:25
wais c'est vrai, qd j'ai écrit ca j'était dans l'optique html, qui ne le permet pas (ou alors moins bien et plus difficilement).
d'autant plus que ca poserait des problemes au niveau du lissage des textures, qui sembleraient bizarres en haut est en bas.
et au fait merci bcp pr les matrices de texture, c'est trop bien ;)
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 16 nov. 2004 à 22:45
Ouais ok pour ton système mais les textures des cases 2, 4, 6 et 8, plutôt que d'être étirées, gagneraient plus à être répétées ^^ (ce qui est facilement faisable avec OpenGL :)).
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 14 nov. 2004 à 20:19
oups mon tableau est tout de traviole
c'est bizarre.
pour le voir correctement faites copier-coller dans un editbox d'internet explorer, dans le bloc notes c'est encore pire.
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 14 nov. 2004 à 20:15
1024*128??? je comprends pas.
bon je vais essayer de faire un petit schéma, en html c'est balèze.
__________
|_|___2__|_|
| | | |
|4| 5 |6|
|_|______|_|
|_|___8__|_|
voila ca c'est un tableau. j'ai pas pu numéroter toutes les cases sinon on aurait rin compris.
bon alors supposons que tu veuilles faire un editbox de 100*200 (pourquoi pas hein?)
ni la hauteur ni la largeur de cases 1,3,7,9 (les coins) ne changent, quelque soit la taille du tableau.
pour les cases 4 et 6, seule la hauteur change et pour les 2 et 8 c'est l'invese.
du coup tu crées un carré pour chaque case selon ce principe. ainsi la taille du cadre ne change jamais;
tu as donc 2 textures: une pour la case 1, que tu vas aussi pouvoir mettre dans les autres coins en la tournant (merci funto ;) )et une pour les bords, idem.
dans la 5: rien (sauf peut-etre un background mais bonne chance)
et voila!
ah je viens dee comprendre pourquoi 1024*128. ca ne changera rien du tout: la texture sera plus precise, c'et vrai, mais elle le sera tellement que les texels qui dessineront le cadre seront tellement petits qu'on ne les verra pas. une aure solution serait de créer une texturepoour chaque edit box, mais faudrait franchement avoir unne bonne série de cases en moins pour ca.
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 14 nov. 2004 à 12:51
Ouhla....une texture en 1024x128?? Pourquoi gaspiller autant de mémoire, juste pour un EditBox?
asmanur
Messages postés230Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 4 août 2005 14 nov. 2004 à 08:06
Non ca va j'ai compris ouais mais pour l'utilisateur qui veut une texture pour son edit je vais lui demander d'entrer 2 texture alors qu'une suffit il la met au format 1024 128 par exemple. J'avoue que pour le coup la texture était un peu petite ds GLIB
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 14 nov. 2004 à 00:44
Oui effectivement, matrice de texture; avant d'être appliqués, les "texels" sont multipliés par une matrice de texture, positionnée par défaut à la matrice d'identité.
Essaye, tu verras :
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 13 nov. 2004 à 22:21
matrice de texture???
depuis quand on opengl utilise une matrice de texture? tu m'apprends qqch funto. tu voulais pas dire 'coordonées de textures' ?
asmanur, si c'est tjs pas clair, regarde le code html d'une page ou il y a des cadres, comme celle-ci, caramail.com, ou d'autres plus faciles a décoder (elle sont un peu longues celles-ci :) )
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 13 nov. 2004 à 16:24
Bon pour l'histoire des tableaux d'Arnaud : en fait, ce qu'il veut dire, c'est que plutôt que de représenter l'EditBox par une seule texture qui serait redimensionnée, il suffirait d'en voir 2 : une qui représente un côté, une autre qui représente un coin. Celle représentant le côté serait répétée ou agrandie (moi je dirais plutôt répétée...), et quant à celle des coins ben tu la ferais tourner de 90° à chaque coin (grâce à la matrice de texture).
C'est plus clair?
asmanur
Messages postés230Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 4 août 2005 13 nov. 2004 à 13:50
Arnaud> Ouep je sais que GLIB était un peu moche mais je rénove tt Sinon je comprends rien à ce que tu dis lol
Funto > C'est la raison pour la quelle j'ai créé GLIB : GLUI marchait pas sur mon pc :( j'ai jamais réussi à le faire marcher
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 10 nov. 2004 à 20:01
Et je vais dans le sens de ce qu'a dit Arnaud pour faire des rectangles texturés et redimensionnables ;)
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 10 nov. 2004 à 16:36
remarque valable pour cette scr ET pour GLIB:
en html (ou tout autre langge internet) pour faire un tableau il faut 6 textures: une pour chaque coin, une pour le haut et le bas et une pour les cotés. la GLIB avait l'avantage d'utiliser des textures, mais l'image était étirée ou 'compresséeé suivant la taille de l'editbox.
Vous utilisez tous les 2 opengl, qui permet (pas possible !!!! ;) ) de tourneer des texture, du coup ye a plus besoin que de 2. pourquoi ne pas profiter de cet avantage???
Sinon c'est joli (et, je dois dire, mieux que la GLIB...) mais le texte simple est vraiment moche...
cs_javert
Messages postés26Date d'inscriptionmardi 14 octobre 2003StatutMembreDernière intervention28 avril 2005 8 nov. 2004 à 16:17
Funto -> Bonne idée, c'est en cours...
Asmanur -> En fait, les editText, ils sont en cours aussi (c'est vrai que c'est chaux), mais pour l'instant je prefere developper ma lib tout seul. Peut etre plus tard .....
asmanur
Messages postés230Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 4 août 2005 8 nov. 2004 à 07:25
lol Funto ca fait combien de source du meme genre que tu vois ??
javert ->Ca te dirait de mettre en commun nos deux sources pour en faire une mieux (avec glib ya texture + edittext(c chaud à faire d'ailleurs))voila l'adresse :
http://www.cppfrance.com/code.aspx?ID=26471 donc si ca te dit encoie un mail à asmanur@caramail.com
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 7 nov. 2004 à 18:56
Ben ouais...et ça permettrait aussi de faire un système de thèmes comme pour GTK ou Qt :) Parce que là, au vu des screens, tu dessines tout toi-même, donc c'est pas super beau :(
cs_javert
Messages postés26Date d'inscriptionmardi 14 octobre 2003StatutMembreDernière intervention28 avril 2005 7 nov. 2004 à 18:15
J'ai codé ma lib sous linux, des que je la passe sous windows, je met un exe.
ps : pour compiler, y a juste à verifier l'adresse des lib gl dans le makefile.
Funto66 > tu parle de mettre des textures sur les composants ?
asmanur
Messages postés230Date d'inscriptionmercredi 11 février 2004StatutMembreDernière intervention 4 août 2005 7 nov. 2004 à 13:32
lol c la meme chose que GLIB (tu mettre un exe peut pas compiler car mauvais pc) en un peu plus évoluer bouh moi que croyait avoir l'exclusivité
Funto66
Messages postés1267Date d'inscriptionmercredi 1 janvier 2003StatutMembreDernière intervention28 février 20074 7 nov. 2004 à 12:17
Ca m'a l'air sympathique tout ça :)
Sauf peut-être en ce qui concerne le look...faudrait que tu utilises un système avec des textures je pense pour que ça faisse plus joli ;)
17 nov. 2004 à 15:25
d'autant plus que ca poserait des problemes au niveau du lissage des textures, qui sembleraient bizarres en haut est en bas.
et au fait merci bcp pr les matrices de texture, c'est trop bien ;)
16 nov. 2004 à 22:45
14 nov. 2004 à 20:19
c'est bizarre.
pour le voir correctement faites copier-coller dans un editbox d'internet explorer, dans le bloc notes c'est encore pire.
14 nov. 2004 à 20:15
bon je vais essayer de faire un petit schéma, en html c'est balèze.
__________
|_|___2__|_|
| | | |
|4| 5 |6|
|_|______|_|
|_|___8__|_|
voila ca c'est un tableau. j'ai pas pu numéroter toutes les cases sinon on aurait rin compris.
bon alors supposons que tu veuilles faire un editbox de 100*200 (pourquoi pas hein?)
ni la hauteur ni la largeur de cases 1,3,7,9 (les coins) ne changent, quelque soit la taille du tableau.
pour les cases 4 et 6, seule la hauteur change et pour les 2 et 8 c'est l'invese.
du coup tu crées un carré pour chaque case selon ce principe. ainsi la taille du cadre ne change jamais;
tu as donc 2 textures: une pour la case 1, que tu vas aussi pouvoir mettre dans les autres coins en la tournant (merci funto ;) )et une pour les bords, idem.
dans la 5: rien (sauf peut-etre un background mais bonne chance)
et voila!
ah je viens dee comprendre pourquoi 1024*128. ca ne changera rien du tout: la texture sera plus precise, c'et vrai, mais elle le sera tellement que les texels qui dessineront le cadre seront tellement petits qu'on ne les verra pas. une aure solution serait de créer une texturepoour chaque edit box, mais faudrait franchement avoir unne bonne série de cases en moins pour ca.
14 nov. 2004 à 12:51
14 nov. 2004 à 08:06
14 nov. 2004 à 00:44
Essaye, tu verras :
glMatrixMode(GL_TEXTURE);
glRotatef(90.0f, 0.0f, 0.0f, 1.0f);
// et là tu dessines...normalement l'image a dû pivoter selon l'axe des Z
Plus d'infos sur le site de neodante : http://www.neogamedev.com/index.php?PageID=2032
13 nov. 2004 à 22:21
depuis quand on opengl utilise une matrice de texture? tu m'apprends qqch funto. tu voulais pas dire 'coordonées de textures' ?
asmanur, si c'est tjs pas clair, regarde le code html d'une page ou il y a des cadres, comme celle-ci, caramail.com, ou d'autres plus faciles a décoder (elle sont un peu longues celles-ci :) )
13 nov. 2004 à 16:24
C'est plus clair?
13 nov. 2004 à 13:50
Funto > C'est la raison pour la quelle j'ai créé GLIB : GLUI marchait pas sur mon pc :( j'ai jamais réussi à le faire marcher
10 nov. 2004 à 20:01
Peut-être qu'un jour j'en ferai une aussi pourquoi pas...
Sinon y'a aussi GLUI (http://www.cs.unc.edu/~rademach/glui/) et glToolKit (http://glinfrench.apinc.org/article.php3?id_article=27) :)
Et je vais dans le sens de ce qu'a dit Arnaud pour faire des rectangles texturés et redimensionnables ;)
10 nov. 2004 à 16:36
en html (ou tout autre langge internet) pour faire un tableau il faut 6 textures: une pour chaque coin, une pour le haut et le bas et une pour les cotés. la GLIB avait l'avantage d'utiliser des textures, mais l'image était étirée ou 'compresséeé suivant la taille de l'editbox.
Vous utilisez tous les 2 opengl, qui permet (pas possible !!!! ;) ) de tourneer des texture, du coup ye a plus besoin que de 2. pourquoi ne pas profiter de cet avantage???
Sinon c'est joli (et, je dois dire, mieux que la GLIB...) mais le texte simple est vraiment moche...
8 nov. 2004 à 16:17
Asmanur -> En fait, les editText, ils sont en cours aussi (c'est vrai que c'est chaux), mais pour l'instant je prefere developper ma lib tout seul. Peut etre plus tard .....
8 nov. 2004 à 07:25
javert ->Ca te dirait de mettre en commun nos deux sources pour en faire une mieux (avec glib ya texture + edittext(c chaud à faire d'ailleurs))voila l'adresse :
http://www.cppfrance.com/code.aspx?ID=26471
donc si ca te dit encoie un mail à asmanur@caramail.com
7 nov. 2004 à 18:56
7 nov. 2004 à 18:15
ps : pour compiler, y a juste à verifier l'adresse des lib gl dans le makefile.
Funto66 > tu parle de mettre des textures sur les composants ?
7 nov. 2004 à 13:32
7 nov. 2004 à 12:17
Sauf peut-être en ce qui concerne le look...faudrait que tu utilises un système avec des textures je pense pour que ça faisse plus joli ;)