je suis face a un probleme et j'espere que vous pourrez me mettre sur
une piste pour le résoudre:
je travaille a une interface en opengl ou j'ai des fenetres contenant
des boutons, des listes deroulantes,...
je ne transmet aux fenetres les infos de deplacement de la souris que
quand elle les survole et c'est la fenetre qui se charge de transmetre
aux boutons.
Mais dans certains cas (liste deroulantes par ex) ces boutons peuvent
sortir temporairement (lors d'un choix dans une liste deroulante par
ex) de la fenetre et dans ces cas la ils ne recoivent plus ces
informations de deplacement de la souris.
Mon idée a été de court-circuiter la fenetre lors d'actions speciales
comme celle la (mon bouton met sont pointeur dans une variable globale
et la remet a NULL des que l'operation est terminee). les infos de
deplacement de la souris ne sont envoyées alors qu'a mon bouton.
Sauf que la je perd la possibilité pour la fenetre de savoir si un
bouton a été cliqué
donc pour resumer j'ai un objet A qui crée un objet B.
comment l'objet B peut il executer une fonction de l'objet A?
question subsidiaire: est ce que ce systeme est crade et comment faire
plus propre?
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
donc pour resumer j'ai un objet A qui crée un objet B. comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur (ou une référence) vers l'objet A créateur.
j'avais penssé a ca mais c'est pas trop crade? ca se fait courament en c++?
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Olivier Azeau
Fabien LE LEZ wrote:
On Thu, 17 Feb 2005 00:38:02 +0100, 3dsman :
donc pour resumer j'ai un objet A qui crée un objet B. comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur (ou une référence) vers l'objet A créateur.
class A;
class B { public: B (A& createur_);
void f();
private: A& createur; };
C'est pas un peu dangereux une référence comme attribut ? Par exemple si j'ai 2 objets B qui n'ont pas le meme créateur et que j'utilise B::operator= ?
Fabien LE LEZ wrote:
On Thu, 17 Feb 2005 00:38:02 +0100, 3dsman <3dsman@free.fr>:
donc pour resumer j'ai un objet A qui crée un objet B.
comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur
(ou une référence) vers l'objet A créateur.
class A;
class B
{
public:
B (A& createur_);
void f();
private:
A& createur;
};
C'est pas un peu dangereux une référence comme attribut ?
Par exemple si j'ai 2 objets B qui n'ont pas le meme créateur et que
j'utilise B::operator= ?
donc pour resumer j'ai un objet A qui crée un objet B. comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur (ou une référence) vers l'objet A créateur.
class A;
class B { public: B (A& createur_);
void f();
private: A& createur; };
C'est pas un peu dangereux une référence comme attribut ? Par exemple si j'ai 2 objets B qui n'ont pas le meme créateur et que j'utilise B::operator= ?
kanze
Olivier Azeau wrote:
Fabien LE LEZ wrote:
On Thu, 17 Feb 2005 00:38:02 +0100, 3dsman :
donc pour resumer j'ai un objet A qui crée un objet B. comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur (ou une référence) vers l'objet A créateur.
class A;
class B { public: B (A& createur_);
void f();
private: A& createur; };
C'est pas un peu dangereux une référence comme attribut ? Par exemple si j'ai 2 objets B qui n'ont pas le meme créateur et que j'utilise B::operator= ?
Évidemment, il faut définir ce qu'on entend par l'affectation, et implémenter un opérateur d'affectation en conséquence. En l'occurance, ici, l'objet B était un bouton dans une GUI. J'ai du mal à imaginer qu'il supporte l'affectation ; il y a sans doute un operator= déclaré privé, et sans implémentation.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Olivier Azeau wrote:
Fabien LE LEZ wrote:
On Thu, 17 Feb 2005 00:38:02 +0100, 3dsman <3dsman@free.fr>:
donc pour resumer j'ai un objet A qui crée un objet B.
comment l'objet B peut il executer une fonction de l'objet
A?
Il faut passer (généralement dans le constructeur de B) un
pointeur (ou une référence) vers l'objet A créateur.
class A;
class B
{
public:
B (A& createur_);
void f();
private:
A& createur;
};
C'est pas un peu dangereux une référence comme attribut ? Par
exemple si j'ai 2 objets B qui n'ont pas le meme créateur et
que j'utilise B::operator= ?
Évidemment, il faut définir ce qu'on entend par l'affectation,
et implémenter un opérateur d'affectation en conséquence. En
l'occurance, ici, l'objet B était un bouton dans une GUI. J'ai
du mal à imaginer qu'il supporte l'affectation ; il y a sans
doute un operator= déclaré privé, et sans implémentation.
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
donc pour resumer j'ai un objet A qui crée un objet B. comment l'objet B peut il executer une fonction de l'objet A?
Il faut passer (généralement dans le constructeur de B) un pointeur (ou une référence) vers l'objet A créateur.
class A;
class B { public: B (A& createur_);
void f();
private: A& createur; };
C'est pas un peu dangereux une référence comme attribut ? Par exemple si j'ai 2 objets B qui n'ont pas le meme créateur et que j'utilise B::operator= ?
Évidemment, il faut définir ce qu'on entend par l'affectation, et implémenter un opérateur d'affectation en conséquence. En l'occurance, ici, l'objet B était un bouton dans une GUI. J'ai du mal à imaginer qu'il supporte l'affectation ; il y a sans doute un operator= déclaré privé, et sans implémentation.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
