Les articles de Jean Debord

Bon, il va falloir que je commence à tripoter la bête pour voir ce qu'elle a dans le ventre ...
Je lis l'article ce soir...

Bon, d'abord bravo pour cette avancée mais je critique un peu les instructions
Woui, donc, il y a des nouvelles instructions comme 2d_line2 l'idée est bonne, mais puisque c'est une nouvelle instruction, pourquoi se limiter à 2, pourquoi ne pas opter pour quelque chose comme 2d_lines x,y,x1,y1,x2,y2,...xn,yn pour tracer des segments successifs ?
de même tu multiplies les instructions pour les lignes horizontales et verticales avec 2d_line_xy et 2d_line_yx suivi de 2 ou 3. D'abord, je trouve que xy ou yx c'est moins parlant qu'un simple H ou V et moi j'opterais plutôt pour 2d_line_H et 2d_line_V pour les horizontales et les verticales
Désolé, mais je trouve confus les instructions de types 2d_line_xy2 pour si retrouver c'est assez compliqué pour savoir si ça va faire une ligne horizontale ou une verticale et à partir de quel point, pour faire un multi ligne depuis un point, moi j'opterais plutôt cette fois ci pour 2d_lines_xy x,y,..., xn,yn avec en premier, le point d'origine et après tous les points destination
=> 2d_lines_xy x,y,x1,y1,x2,y2,x3,y3 tracerait 3 lignes: une partant du point x,y vers x1,y1, une partant du point x,y vers x2,y2, et la dernière partant du point x,y vers x1,y1

Oui, je suis critique, mais j'espère que tu le prendra bien et que tu comprends que j'essaye aussi d'obtenir le code de mes rêves ... je ne vois pas l’intérêt de 2d_triangle, 2d_poly4 et pourquoi se limiter à 3 ou 4 cotés.
Pourquoi ne pas ne pas juste avoir 2d_poly x,y,x1,y2,...,xn,yn avec n > 2 pour tracer triangles, quadrilatères et autres polygones ? avec la variante 2d_poly_fill
2d_rectangle créé forcément des rectangles horizontaux (ou verticaux), ok, je peux comprendre, mais le paramètre optionnel de l'angle serait un plus (avec 2d_rectangle_fill)

Voilà et encore bravo d'avoir avancé sur ce sujet. J'espère que cette critique te sera utile d'une façon ou d'une autre.

Merci Jicehel pour ces critiques constructives

Les instructions telles qu'elles sont programmées correspondent aux instructions de base de FLTK : celles-ci sont optimisées pour la vitesse d'exécution, ce qui explique certaines bizarreries.

D'autre part, les procédures de FLTK n'admettent pas de paramètres tableaux, seulement des entiers, des réels ou des pointeurs sur des chaînes à zéro terminal (comme pour les appels de DLLs dans Panoramic) ; c'est pourquoi le nombre de coordonnées est fixe.

Mais dans FBPano tous les appels aux fonctions de FLTK sont enrobés dans des procédures écrites en FreeBASIC et là on peut très bien passer des tableaux. Donc on peut faire une instruction 2d_poly(n, x(), y()) où n est le nombre de points et x() et y() les tableaux de coordonnées. En fait on n'a même pas besoin de n puisqu'on a les fonctions LBOUND et UBOUND.

De même on peut faire une instruction qui trace un rectangle avec un angle d'inclinaison donné : je n'y avais pas pensé mais cela peut être utile !

Quant à renommer les instructions en _xy, aucun problème ! Il suffit de se mettre d'accord sur la nomenclature souhaitée.

Je ferai des propositions dans ce sens en vue du prochain article.

Merci Jean

Je viens de soumettre une nouvelle version. Les instructions graphiques sont réparties en deux paragraphes :

- les instructions de type PANORAMIC
- les instructions de type FLTK

Pour ces dernières, j'ai modifié les noms des instructions 2d_line_xy etc. comme suggéré par Jicehel mais j'ai gardé les paramètres, bien qu'ils paraissent un peu bizarres, car ce sont ceux de FLTK et avec un peu de pratique on s'y fait très vite

Les polygones à nombre de sommets quelconque et les rectangles inclinés iront dans le prochain article

ok, comme il est tard et que je dois avancer un peu de mon côté, je regarderai plutôt demain soir et je te donnerais ma critique du sujet

J'ai déposé l'article numéro 8 sur le compilateur. Dans cet article, on présente :

- une nouvelle version de l'objet PICTURE
- des fonctions pour ajouter des textes aux graphiques
- des fonctions pour créer des images en mémoire

En prime, la réponse aux 2 questions posées par Jicehel, concernant le tracé des polygones et des rectangles inclinés. C'est l'occasion de faire un peu de trigo

désolé ou trouve t'on les articles déposés ?

d'avance merci.

Tu as les 41 premier directement sur le site de Panoramic, ce qui les rend très facilement consultables (http://panoramic-language.pagesperso-orange.fr/French/MAGAZINE.htm) mais tu les as bien sur sur le site du Mag que tu peux consulter à travers une appli très bien pensée faite par Ygeronimi (voir: https://panoramic.1fr1.net/t4196-plm-l-application) ou directement depuis l'URL de Panoramic Le Mag: http://panoramiclemag.magix.net/public/index.htm

Bonne lecture (télécharges les articles avant de partir et tu les lira tranquillement quand tu n'auras plus accès à Internet ... ). En tout il doit y avoir environ 80 articles maintenant mais bien sûr tous ne t'intéresseront pas, c'est l'idée d'un journal assez large d'horizon: chacun peut y trouver ce qu'il cherche ou découvrir des sujets qu'il ne connaît pas, mais bien sûr aussi tomber sur des sujets qui ne font pas partis de ses centres d'intérêts.

@Jean_Debord: j'ai hésité à mettre un commentaire après avoir lu ton article car il est impeccable comme toujours, mais finalement, je me suis dit que tu te donnais assez de mal à le faire et qu'au moins un message indiquant qu'il n'y avait pas de problème te ferais quand même plaisir même s'il n'était pas très utile.

Jean, la dernière phrase de ton article (avant la partie installation) me parait toutefois peut claire. Quand tu dis que nous allons voir comment utiliser les fonctions graphiques, ce que nous avons vu dans ces 2 parties sur les fonctions 2D sont des fonctions graphiques ? !! Je n'ai pas très bien compris juste cette ouverture vers l'article suivant ?

As tu l'intention de parler des fonctions permettant de faire l'équivalent des sprites dans Panoramic par exemple ? J'avoue qu'actuellement, c'est un point faible de Panoramic pour la création des jeux d'actions.
La copie d'image utilisant la transparence est maintenant possible en utilisant KGF mais elle n'est pas native dans Panoramic en dehors de l'utilisation des sprites mais l'objet scen2d souffre encore de sévère manque et surtout les performances deviennent non satisfaisante lors d'animation d'objets multiples pouvant entre autre interagir les uns avec les autres (collisions). Bref, ce n'est peut être pas ce genre de choses que tu propose avec cette phrase, mais elle est trop ouverte pour que j'entre aperçoive réellement ce que tu vas aborder dans le prochain article.

80 !!! Pas encore même si on s'en approche.
Je ferai la mise à jour de l appli en même temps que le nouveau numéro du mag, elle est en retard d' un numéro...

C'était une approximation.
Je ne sais plus pour quand on doit rendre les copies pour le prochain numéro, mais je vais essayer d'en préparer un pendant mes vacances et j'espère que j'aurais accès au réseau aussi pour pouvoir suivre l'activité du forum

Mine de rien, le Freeramic ou le Free Panoramic, le petit cousin de Panomaric et du Freebasic devient de plus en plus un nouveau langage autonome et intéressant. Il faudrait quasiment lui faire une section à part sur le forum bientôt pour pouvoir partager ces sources dans ce langage, voir ouvrir un autre forum pour ce sujet selon la volonté de Jack et ou de Jean.

Jicehel a écrit:

Jean, la dernière phrase de ton article (avant la partie installation) me parait toutefois peut claire. Quand tu dis que nous allons voir comment utiliser les fonctions graphiques, ce que nous avons vu dans ces 2 parties sur les fonctions 2D sont des fonctions graphiques ? !! Je n'ai pas très bien compris juste cette ouverture vers l'article suivant ?

As tu l'intention de parler des fonctions permettant de faire l'équivalent des sprites dans Panoramic par exemple ? J'avoue qu'actuellement, c'est un point faible de Panoramic pour la création des jeux d'actions.

Les fonctions graphiques présentées jusqu'ici sont fournies par FLTK.

Dans le prochain article, on parlera des instructions graphiques spécifiques de FreeBASIC, comme DRAW qui est un mini-langage graphique de type LOGO ou encore GET et PUT qui permettent de manipuler des sprites.

Ce ne sera sans doute pas suffisant pour les programmeurs de jeux, mais cela devrait constituer au moins une base puisqu'il y a déjà de nombreux jeux écrits en FreeBasic.

Ensuite, on présentera les fonctions de FLTK permettant d'appliquer des transformations telles que rotation, changement d'échelle etc (revoir l'article de Papydall sur le sujet)  

Après, ce sera OpenGL, mais là c'est un gros sujet et il faudra sans doute une série d'articles séparée ...

Je dois aussi préparer l'intégration des autres objets graphiques (menus, listes déroulantes etc.)

Un petit mot pour Jean dont s' est le sujet...

Tout d' abord Bravo pour ce que tu es en train d' accomplir au niveau de la Prog de ce langage combiné
pour un compilateur. Je me demande si tu savais dans quoi tu t' embarquais au départ...
Bref, en tout cas, cela assure l' alimentation du mag pour quelques mois...


@ Jicehel,

Pour le nombre d' articles, on en sera à 76 avec les deux que j' ai en stock ( Jean et Klaus ).
La numérotation des articles ayant subi une salade de mes neurones, il y en a un de moins que le numéro le plus élevé.

Pour rendre les articles...comme d' hab...avant hier...
Si tu en as un sous la main, les correcteurs pourront peut être passés d' ici le 9. Si il faut un jour de plus ou deux, tant pis,
les lecteurs ont maintenant l' habitude des retards de publication.
Si c' est plus, ce sera pour Septembre...

Je croyais l' application en retard d' un numéro mais non, elle est à jour.
L' appli est dispo sur mon Webdav, le chemin :"Programmation/Programmes/Panoramic le mag application vs3.zip"
Je vais en préparer une version avec isam qui je pense sera plus rapide.

Ca y est, j' ai fini mon roman...

T'inquiète, le mien ce sera pour Septembre, je vais commencer à l'écrire pendant es vacances je pense.
Pour ce mois ci, je fais l'impasse

ygeronimi a écrit:

Je me demande si tu savais dans quoi tu t' embarquais au départ...

Pas vraiment En fait je comptais proposer un projet collectif, pour remplacer le projet de RPG qui avait été abandonné, puis j'ai décidé de me lancer tout seul... avec la collaboration implicite de D. J. Peters, dont il est question par ailleurs sur le forum. En effet c'est lui qui développe la version FreeBasic de FLTK.

Si tu as l'occasion de lui parler dis lui de revenir faire un tour par chez nous, qu'il nous donne sont avis et ses solutions pour Panoramic. Bon maintenant Panoramic ne sert pas qu'à faire des shoot them up et il répond au besoin pour de très nombreuses choses. Un petit œil critique avec des propositions d'améliorations objectives seraient quand même toujours un plus.

J'ai déposé l'article n° 9 sur le compilateur. C'est un premier article sur les fonctions graphiques fournies par FreeBASIC. On y parle surtout de la fonction fb_draw (un mini-langage graphique) et du tracé des courbes mathématiques.

Le prochain article traitera principalement des sprites. Je pense pouvoir utiliser l'exemple de Papydall sur "la cigale et la fourmi".

Wouah ... J'ai lu l'article. Rien a reprocher et comme j'ai pris ma journée pour amener mon fils faire sa rentrée ce matin et emmener ma femme à son RER à 13H pour qu'elle aille faire ses papier pour son boulot qui commence demain, je vais pouvoir tester ça cette après midi.

Les exemples sont excellents. Je pense que le temps d'adaptation pour pouvoir l'utiliser sera extrêmement court.

J'ai déposé l'article numéro 10. Comme il ne paraîtra que le mois prochain, vous aurez largement le temps de le commenter !

Cet article présente une deuxième série d'instructions graphiques issues de FreeBASIC et concernant plus spécialement les sprites.

Le prochain article traitera des techniques d'animation ainsi que des événements (clavier et souris) relatifs aux fenêtres graphiques.

Effectivement, cela laisse du temps à la chasse à la faute d' orthographe...

euh , Jean, tu l'as déposé ou?

Jean, je suis gourmand mais si l'article n°11 est déjà prêt pour le traitement des événements clavier / souris, je serais preneur... En effet, j'ai très envi de tester une version des jeux écris il y a quelques temps en Panoramic avec ta version pour faire des tests de performances et ces gestions d'événements manque actuellement pour pouvoir par exemple faire un casse brique (ou un Tetris, un Galaxian ou un Pacman, par exemple).

Si ce n'est pas prêt, j'attendrais, ne t'inquiète pas. Il n'y a pas le feu, mais si c'est prêt (ou presque), je serais preneur ...

jean, je viens de lire ton article : passionnant !

tu dis : "Note : Si le fichier contient déjà l'information de transparence (fichier GIF ou PNG p. ex.), il est
évidemment beaucoup plus simple de l'affecter directement à l'objet graphique par l'instruction
set_img (voir article n° 4, § 5.2)"

j'en déduis donc que l'on es pas limité au bmp ? ce serait une bonne nouvelle.

je vois dans article n° 4, § 5.2 "L'instruction set_img permet d'associer une image à un BUTTON ou un ALPHA."
ce que je ne sais pas c’est si l'Alpha es cliquable (on click?) et si on peut le rendre invisible?

jp

Merci pour vos commentaires

@Jicehel : l'article n° 11 n'est même pas commencé ! Il est prévu pour le mois de novembre.

En attendant tu peux consulter la doc de FreeBASIC pour voir ce qui est faisable :

http://www.freebasic.net/wiki/wikka.php?wakka=KeyPgMultikey
http://www.freebasic.net/wiki/wikka.php?wakka=KeyPgGetmouse

De nombreux jeux ont été faits en FreeBASIC. Tu peux regarder ici :

http://games.freebasic.net/

@jpcr :

- l'ALPHA n'est pas cliquable : il faut utiliser un BUTTON (c'est ce que j'ai fait pour mon objet PICTURE qui est en fait un bouton un peu particulier)

- par défaut l'ALPHA est invisible : pour le rendre visible il faut modifier la bordure

- on peut charger de nombreux fichiers graphiques dans des objets FLTK (par set_img) ; en revanche on ne peut sauvegarder qu'en BMP (par save_img)

- avec les images FreeBASIC (celles que l'on crée par fb_form ou fb_set_img) on est limité au BMP (j'ajouterai peut-être le PNG par la suite).