Recr�er une GUI style Unity C++

Salut tous !

Je vous propose un petit d�fis de programmation, un probl�me qui ne n�cessite pas de produire de code pour �tre r�solu mais plut�t d'une id�e de m�canisme...

Contexte:
Je cherchais � faire coder une outil simple et rapide d'utilisation pour r�aliser des GUI en C++.

Je me suis rappel� du m�canisme pr�sent dans le moteur Unity3D. (Dans ce moteur, des scripts sont lu plusieurs fois par seconde pour rafra�chir le comportement du jeu dont la GUI.)

Par exemple:

Code:

---

1 2	if (GUI.Button(new Rect(10, 70, 50, 30), "Click")) Debug.Log("Clicked the button with text");

---

Ceci permet non seulement de cr�er un bouton, mais aussi d'y d�finir sa taille, position, son contenu (texte) et de savoir si on a cliqu� dessus. Le tout en une ligne de code, �a c'est bien pratique !
Pour faire cela, pas vraiment de myst�re; le moteur Unity3D peut pr�parer l'image en fonction des param�tres et regarder l'actuelle position de la souris pour savoir si on clique dessus.


Mais l� o� �a devient int�ressant, c'est avec les fonctions de GUI "dynamique et flexible" qui vont automatiquement s'adapter au contenu d'une boite.

Voyez plut�t:

Code:

---

1 2 3 4

GUILayout.BeginHorizontal("box"); if ( GUILayout.Button("I'm the first button") ) Debug.Log("Clicked"); if ( GUILayout.Button("I'm to the right") ) Debug.Log("Clicked"); GUILayout.EndHorizontal();

---

Ce code d�clare tout d'abord un nouveau champ horizontal puis y ins�re 2 boutons dont la taille devra automatiquement s'adapter suivant l'espace de la taille du champ actuel et de la taille des autres �l�ments (m�me ceux d�clar�s apr�s !).

La question est; comment le gestionnaire de GUI peut-il savoir si on a cliqu� sur le bouton de la ligne 2 alors que celui-ci ne conna�tra sa taille r�elle qu'en ligne 4, quand tout le contenu sera d�fini. Et par cons�quent, comment peut il renvoyer sur la m�me instruction si oui ou non on a bien cliqu� sur le bouton ?

Ma piste;
- Laisser passer une frame, et identifier les appels pour renvoyer la r�ponse � la prochaine frame. (mais comment les identifier sans instanciation !?)


Une id�e ? :D


PS admin:
ah je me suis peut �tre plant� de sous forum, je viens de voir celui l�;
http://www.developpez.net/forums/f14...x-video/unity/
Bien que le probl�me concerne le C++, les forumeur de unity comprendraient peut �tre mieux l'exemple fourni...

Hello,

Comme tu le dis, c'est un script qui est interpr�t�. Les positions / dimensions de tous les widgets sont donc connus au chargement du script.

(Suppositions, je connais pas Unity)
1: chargement du script
2: on en d�duit les positions / dimensions des widgets
3: on r�cup�re le code � ex�cuter apr�s un event (apr�s un click par exemple)
4: on cr�e la GUI et on bind les events � traiter (une machine virtuelle ex�cute le code du script, Debug.Log("Clicked"); par exemple
5: en fonction de la position de la souris etc.. on lance les events correspondants

Au final �a doit juste �tre la syntaxe de leurs scripts qui laisse croire qu'on peut tester si un bouton � �t� click� juste apr�s sa cr�ation. (Enfin j'esp�re, car si c'est du code c++, niveau design �a vaut pas grand chose)

hey, merci pour ton id�e !

C'est vrai qu'on pourrais profiter de script pour simplifier les choses (de toutes fa�on, personnellement je voulais pas g�rer la construction de la GUI dans des cpp mais plut�t dans des fichiers facilement �ditable...)

J'�tais tout de m�me interloqu� par ce mecanisme dans Unity3d; d'ailleurs je ne pense pas que ce dernier fonctionne comme ta m�thode puisque on peut introduire, par exemple, des embranchements logiques.

On pourrais donc avoir, dans le code, des comportements comme:

Code:

---

1 2 3 4

GUIText( "Game over" ); if ( life > 0 ) if ( GUILayout.Button("Try again") ) Restart(); if ( GUILayout.Button("Exit") ) Exit();

---

life peut varier pendant l�ex�cution, proposant ou non l'option "Try again"

Citation:

---

Envoy� par Iradrille

(Enfin j'esp�re, car si c'est du code c++, niveau design �a vaut pas grand chose)

---

C'est � dire ? qu'est ce que tu entends par l� ? de base, la construction d'une GUI ne devrait pas se trouv� dans du code C++ (pour des projets un peu important), �a je suis d'accord

sinon pour infos les scripts Unity peuvent �tre en Javascript, Boo et surtout C# Mono.

Ces histoires de d�finition dynamique d'IHM par script c'est une tendance lourde. J'avais un peu �tudi� WPF, mais c'est encore diff�rent. Dans les WPF, le script (xaml) qui d�finit l'IHM est utilis� lors de la compilation.

De toutes fa�ons, il va te falloir un moteur assez puissant (en terme de complexit�) pour pouvoir faire ce que tu veux; ce n'est pas simple.

L'approche la plus simple consiste � enregistrer les coordonn�es (rectangles englobants disons) de tes contr�les lors du parsing du script. Il faut ensuite passer par le contr�leur pour r�cup�rer un �v�nement "clic" avec les coordonn�es du clic, et trouver dans ta liste de contr�le celui qui est concern�. C'est grosso-modo ce que propose Iradrille.

Tu vas ensuite rencontrer de s�rieux probl�mes pour linker un bouton avec une action, le c++ n'est pas fait pur ce genre de chose. Ce n'est pas impossible (rien n'est impossible en c++), mais �a va vraiment pas �tre facile. Il va certainement falloir passer par une map de pointeur de fonction (par pointeur de fonction, je cause ici de tout ce qui peut �tre appel�: foncteur, std::function, etc.).

J'imagine Yoher que tu n'es pas �tudiant en info ou alors que tu n'as pas vue encore certaine mati�re , pour ma part a la fac j'avais �tudi� compilation et langage naturel , si c'est aussi ton cas relis tes cours ;)

Mais comme le dis Iradrille , c'est un langage interpr�t� et rien n�emp�che que il connais ce que fais la ligne 4 , vu que c'est tr�s peu probable qu'il ex�cute le texte pas a pas directement , il doit probablement faire une analyse syntaxique avant , et donc

Citation:

---

Et par cons�quent, comment peut il renvoyer sur la m�me instruction si oui ou non on a bien cliqu� sur le bouton ?

---

Parce que il a analys� le texte (et donc les instruction a faire ) avant de faire les instructions final (qu'il fera en C++).

grosso modo quand t'as �a

Code:

---

if ( GUILayout.Button("I'm the first button") ) Debug.Log("Clicked");

---

il le fait pas directement le code en C++ , vu que il attend que tout ton script soit analys� avant.

Citation:

---

Envoy� par Kannagi

J'imagine Yoher que tu n'es pas �tudiant en info ou alors que tu n'as pas vue encore certaine mati�re.

---

(et nan, je suis encore lyc�en :p)

merci pour vos reponses !

ben vous devez avoir raison, de toutes facon je vois pas comment ils pourraient faire autrement...

mon autres pistes c'�tait qu'il pr�-analyse le script aussi, mais juste pour identifi� et marqu� les instructions de GUI afin de donner retourner les bons resultats avec une frame de d�calage (car la premiere frame servirait � structurer l'ensemble de la GUI).
Ca �viterai notamment de devoir prendre en compte les instructions logique et leurs valeurs (qui changent) au moment de la pr�-analyse (ce qui me semble tr�s difficile).

[pour ma part, je vais me contenter de la forme "if (GUI.Button(new Rect(10, 70, 50, 30), "Click"))". Au moins l� il n'y aucune pr�-analyse � faire, je pense que ce sera le plus rentable en terme de production/utilisation.]

Bonjour,

rien de d�fi ni vraiment difficile dans ce qui est fait.
Le script n'est ex�cut� qu'une seule fois, il s'agit d'un script d'init, il cr�e un objet et y associe des callbacks sur �v�nement.
La syntaxe propos�e est une parmi plusieurs autres qu'ils ont choisi.
Le langage de script est lui aussi � leur convenance. Pour ma part on utilise du Lua, sur un projet perso j'utilise du Python, Qt utilise une "surcharge" de javascript nomm� Qml, ...

Mais non, cr�er un objet et y associer des callbacks via scripting n'est rien d'extraordinaire en soit.

Pour ma part j'accroche pas plus que �a � leur syntaxe, je pr�f�re du code plus classique de

Code:

---

1 2 3

button = CreateBUtton(size) button.OnClick(macallback) button.Hover(onhover)

---

Citation:

---

Le script n'est ex�cut� qu'une seule fois, il s'agit d'un script d'init, il cr�e un objet et y associe des callbacks sur �v�nement.

---

Mmmh en l�occurrence ces scripts sont bien ex�cut� plusieurs par frames (autant que le Update des objets donc presque 60 fois par secondes) et heureusement puisque le code qu'il contient �volue. (il contient aussi de la "game logic")

L� dessus, c'est s�r que j'aurais du m'adresser � des utilisateurs de Unity3D qui connaissent l'utilisation de ces scripts car il y a belle bien qu'elle que chose d'un peu "extraordinaire".

Je te remercie tout de m�me pour ta r�ponse dont le m�canisme marcherait belle est bien pour un systeme de script d'init. :ccool:

Oui si c'est bel et bien quelque chose de static (html , xml) ou un script perso oui rien de sp�cial a faire , si c'est un langage (donc cr�er des variables , fonction , condition ect) , il faut justement cr�er son propre langage et donc pass� par Analyse lexicale , Analyse syntaxique ect.
il y a la page wiki pour t'aider http://fr.wikipedia.org/wiki/Analyse_lexicale.

Mais je doute que le niveau lyc�en est suffisant pour faire un interpr�teur maison , sachant que c'est un gros morceau ce domaine.

PS: pour les utilisateur Unity , oui ils verront de quoi tu parle exactement , apres te dire comment �a marche j'en doute , sachant que la cr�ation de langage soit on connait soit on connait pas =P
Sur Unity il y a possibilit� afficher un model 3D,animer , collision 3D pourtant sur unity tu peux faire tous cela sans avoir aucune id�e de le faire en C++,ce n'est pas plus diff�rents pour le script.

Bonjour.

Citation:

---

Envoy� par Yoher

Je me suis rappel� du m�canisme pr�sent dans le moteur Unity3D. (Dans ce moteur, des scripts sont lu plusieurs fois par seconde pour rafra�chir le comportement du jeu dont la GUI.)

---

Comment sais-tu que les scripts concernant la GUI sont lus plusieurs fois par seconde, disons 30 (pour 30 fps).

Je pense que les contr�les maintiennent leur position au sein de l'affichage. Si la position change, seule la variable contenant cette position est mise � jour.

Ensuite lors d'un click, les contr�les sont questionn�s pour savoir si leur position est � l'int�rieur du click.

Citation:

---

Envoy� par moldavi

Comment sais-tu que les scripts concernant la GUI sont lus plusieurs fois par seconde, disons 30 (pour 30 fps).

---

C'est parce que dans le m�me script, dans la m�me fonction, on peut afficher un Debug.Log qui s'affiche plusieurs fois par seconde -> on peut d'ailleurs y placer un compteur de FPS (ou m�me deplacer le joueurs en fonction des touches pr�ss�).

Citation:

---

ou un script perso oui rien de sp�cial a faire , si c'est un langage (donc cr�er des variables , fonction , condition ect) , il faut justement cr�er son propre langage et donc pass� par Analyse lexicale , Analyse syntaxique ect.

---

C'est � dire que les scripts en question sont en C#, j'ose � peine imaginer le nombre de "spec" � prendre en compte pour analyser un tel language. Si d'apr�s toi ce n'est rien de sp�cial, je suis �tonn� qu'il n'y est que le projet Mono pour lire du C# en script (avec JIT compiler).

En tout cas c'est s�r que tout cela est loin de mon niveau, je suis juste un type curieux moi ;)



Note que, je crois que le projet C# Mono est open source, donc rien ne les emp�cherais de modifier un peu l'analyser...
Bien que je trouve vos solution un peu complexe.


Finalement si je devais le faire moi, je m'y prendrais comme ceci:

1) Au moment de charg� un script, je fais passer le script dans une fonction du moteur qui va remplacer les "GUILayout." par des "GUILayoutID(_FILE_,_LINE_)." � la mani�re d'une macro C++.
2) Je passe ensuite le script � l�interpr�teur C#/Mono qui va faire son job normal (puisqu'on aura justement pr�vu un foncteur de GUILayoutID qui prend 2 param�tres )

3) Puis ensuite les cycles de jeu tournent
frame 1:
-> la GUI n'est pas construit, le bouton ne connais pas sa taille: cette frame la est tout simplement ignor� ! (1 seul avant des dizaines par seconde qui vont suivre....l'utilisateur n'aurait m�me pas le temps de cliquer de toutes fa�on !)
frame 2:
-> l'utilisateur clique et la GUI connait la forme qu'elle avait � la frame pr�cedente; le m�me appel appel sur la m�me ligne se reconnait gr�ce au identifiant (_FILE_,_LINE_).

Alors effectivement les �v�nements de la GUI aurait un retard d'une frame et � raison de 60 frames par seconde sa fait un retard de 0.017 sec (pour simple GUI, on peut dire que c'est tout � fait passable ^^). L�int�r�t est qu'on n'a ni analyseur syntaxique de C#, ni de wrap de block dans des callbacks, ni association evenement/action � faire. Juste une simple macro � placer. :ccool:

Citation:

---

Envoy� par Yoher

Alors effectivement les �v�nements de la GUI aurait un retard d'une frame et � raison de 60 frames par seconde sa fait un retard de 0.017 sec (pour simple GUI, on peut dire que c'est tout � fait passable ^^). L�int�r�t est qu'on n'a ni analyseur syntaxique de C#, ni de wrap de block dans des callbacks, ni association evenement/action � faire. Juste une simple macro � placer. :ccool:

---

Un retard de ~17ms dans un jeu c'est pas rien. Si c'est dans un menu, �a peut �ventuellement �tre admissible, mais si le m�me syst�me de GUI est utilis� en jeu (le 1er exemple qui me vient en t�te c'est la barre de sorts dans un mmorpg), c'est tout simplement inadmissible (quand on sait que �a peut �tre �vit�).
~17ms auxquels on ajoute le lag.. �a peut tr�s vite faire quelque chose d'injouable. (Bien que si quelqu'un clique sur les boutons et n'utilise pas de raccourcis clavier je dirai qu'il l'a bien cherch�, mais c'est un autre sujet :aie:)

Tu parles de GUI, mais il y � une �norme diff�rence entre une GUI dans une appli 2D/3D (un jeu par exemple) et dans une appli "bureau".
G�n�ralement pour les applis 2D/3D (la GUI est donc dessin�e avec openGL / directX), le fait qu'il faille la redessiner � chaque frame et que les boutons ne soient pas des "vrais" boutons, on en fait abstraction pour avoir quelques chose qui ressemble aux GUIs "bureau" :
Un arbre de widgets, et des interactions via des events : avec un syst�me permettant de s'abonner � un certain event (des callback)

En fonction de ce que tu cherches r�ellement, la meilleure fa�on de comprendre comment �a marche (et pourquoi c'est fait comme �a) c'est de lire la doc.
Donc Unity, CEGUI, etc.. si tu cherches � faire (ou � comprendre) les GUI dans les jeux,
Qt et autres pour des applis "bureau".

Mais sch�matiquement, ce qu'il doit se passer avec Unity doit ressembler � �a:

Code:

---

1 2 3 4 5 6 7 8 9

GUI gui1("gui1"); // charger une GUI a partir d'un fichier script qui la définie GUI gui2("gui2"); // les events sont attachés au chargement GUI current = ...; // GUI actuellement affichée while(1) { // main loop KeyboardState ks = getKeyboardState(); // récup l'état du clavier MouseState ms = getMouseState(); // et de la souris processEvents(current, ks, ms); // lancer des events (onClick etc..) en fonction du clavier / souris -> les callback rattachés sont appelés current.show(); // afficher la GUI courante qui n'est peut être pas la même qu'avant, elle à peut être été modifiée en traitant un event }

---