LIBRAIRIE DE CLASSE POUR GTK+
cs_Light Angel
Messages postés
48
Date d'inscription
dimanche 9 mai 2004
Statut
Membre
Dernière intervention
1 janvier 2005
-
1 janv. 2005 à 16:30
psykocrash Messages postés 240 Date d'inscription vendredi 14 juin 2002 Statut Membre Dernière intervention 17 mars 2009 - 13 juil. 2005 à 05:19
psykocrash Messages postés 240 Date d'inscription vendredi 14 juin 2002 Statut Membre Dernière intervention 17 mars 2009 - 13 juil. 2005 à 05:19
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/28550-librairie-de-classe-pour-gtk
https://codes-sources.commentcamarche.net/source/28550-librairie-de-classe-pour-gtk
13 juil. 2005 à 05:19
void Crystal::Init(void)
{
gtk_init(NULL, NULL);
}
2 janv. 2005 à 02:11
2 janv. 2005 à 00:57
Form *frmMain;
Button *cmdExit;
On déclare :
Form frmMain("Main");
Button cmdExit("Quitter");
Et on ne s'enmerde pas, si jamais une fonction nécéssite un pointeur vers un Crystal ou vers un dérivé de Crystal, on s'enmerde pas, on passe &lobjet en argument ... Les pointeurs, on est pas obligé de les mettre, c'est même mieu de pas les mettres, mais j'en avais besoin pour les tests ...
2 janv. 2005 à 00:27
gtk_widget_destroy(this->Widget);
Par contre cette histoire de "delete" c'est pas super (même pas super du tout du tout); il doit y avoir moyen de faire comme avec wxWidgets, c'est à dire de faire en sorte que ce soit la librairie, et non le programmeur qui l'utilise, qui détruise les objets alloués (ne serait-ce que dans la fonction Crystal::Exit()...).
1 janv. 2005 à 21:27
void Form::Close(void)
{
gtk_widget_destroy(this->Object());
}
PS : les WARNINGS dans DevC++, je ne suis pas au courant, je n'est pas testé. Quoi qu'il en soit, sous VC++, ya pas de Warnings.
PS2 : Je vien de remarquer une autre erreur dans le fichier Main.cpp, faut pas oublier de détruire cmdExit
void *cmdExit_OnClick(GtkWidget *, void *)
{
...
delete cmdExit;
...
}
1 janv. 2005 à 21:23
1 janv. 2005 à 21:14
Quoi qu'il en soi il y a pas mal de warnings quand on compile avec Dev-C++ :(
J'essaie d'en virer un max possible (déjà, rien que le fait de ne pas finir un fichier source par un retour à la ligne crée un warning...).
1 janv. 2005 à 20:52
1 janv. 2005 à 20:42
En fait, le but de gtk_init() est de s'occuper de paramètres passés à l'application via la ligne de commande (+ l'initialisation de GTK+, bien entendu ^^).
Comme ça, si par exemple il y avait une option "display=" pour spécifier le numéro du Display (pour le système X Window, sous les UNIXs) tu pourrais appeler ton applciation comme ça :
mon_app display=2
Toi tu ne verrais pas la différence au niveau de la prog, vu que GTK+ aura soigneusement modifié argc et argv :)
Bref quoi qu'il en soi essaie ça :
class Crystal
{
// blabla...
public:
static void Init(int* pargc, char*** pargv);
};
void Crystal::Init(int* pargc, char*** pargv)
{
gtk_init(pargc, pargv);
}
Et bien sûr dans le main() :
Crystal::Init(&argc, &argv);
PS : j'avais pas vu, mais mettre main() qui renvoie un int est préférable en général...c'est la norme ^^
1 janv. 2005 à 20:30
1 janv. 2005 à 20:27
Qu'est-ce qui peut nécéssité l'adresse d'un tableau de pointeur (char *[]) parce que gtk_init demande l'adresse de argc, sa c'est facile, mais l'adresse de argv, c plus compliqué ... Je pourrait éventuelement le mettre a jour, mais je ne voit pas ce que je doit rajouter ...
1 janv. 2005 à 20:19
Ce qui serait sympa serait de faire une version basée sur l'API Win32 sous Win et sur GTK+ sous les UNIXs (voire sous Win aussi pourquoi pas puisque c'est déjà là :p).
Par contre je trouve dommage que certaines parties du code que l'on crée soit relatif à GTK (on utilise des "GtkWidget" et gtk_init()), quitte à avoir une librairie pour masquer ça, autant tout masquer non?
1 janv. 2005 à 16:30