Forum Graph100

*QT C MIEUX QUE WXWIDGETS  :P (mais c pas gratuit  :oops: )*

Les runtimes c pas tjs une mauvaise chose, ça permet de créer des exe plus petits (pratique pour les mises à jour etc), et puis si tu crées plusieurs progs ca permet de laisser des données en commun... on dl une fois les runtimes et puis on est tranquille 

Avec GTK sous windows c'est assez dur de compiler en statique.
Il faut tout recompiler (avec toutes les dépendances), tu pert le support des plugins et il faut pas hésiter a se plonger dans les Makefiles.  (valable la dernière fois que j'ai essayé, avec gtk2 v2.2.0). Les sources pour windows sont sur http://www.gimp.org/~tml/gimp/win32/downloads.html , quand le site sera reparé

mastermage -> si tu compile avec gcc, tu peux pas (normalement) utiliser QT, sauf si tu paye une license ...

*COMMENT TU PEUX PREFERER QT A WXWIDGETS T'AS JAMAIS ESSAYE WXWIDGETS*

les arguments de la mort qui tue :
wxWidgets c'est entierement en C++ avec un design objet (contrairement a MFC par exemple qui est vraiment merdique)
wxWidgets compile avec Digital Mars (et pl1 d'autres compilateurs gratuits dont MinGW et Cygwin) sous windows.
wxWidgets est disponible sur tous les Unix, Windows, Mac
wxWidgets utilise l'interface graphique native, et supporte les themes de l'OS (sous windows ou GTK par exemple)
wxWidgets dispose de d'un ensemble de fonctionalités dont l'utilisation est tres coherente (noms de fonctions et de propriétés)
wxWidgets ...

Enfin ya pl1 d'avantages par rapport a GTK, mais le plus significatif, c'est que c'est fait en C++

Maintenant tu peut tout aussi bien essayer Qt, mais sous windows c'est pas gratuit, et hormis Visual C++ ou Borland impossible de l'utiliser. Niveau interface graphique wxWidgets et Qt se valent, la difference se situant surtout au niveau des fonctionnalités annexes (fonctions d'acces aux bases de données, XML...), Qt etant bien mieux fourni que wxwidgets...

mastermage a écrit:

wxWidgets c'est entierement en C++ avec un design objet (contrairement a MFC par exemple qui est vraiment merdique)

:ptdr: mort de rire !  :mrd:
ca, c'est L'Argument !
(je ne connais ni wxwidgets ni MFC mais je sais maintenant lequel j'utiliserai si un jour je devais le faire )

Faut surtout comparer les approches orientées objet entre les langages... 

Perso au début j'avais appris un peu de prog orienté objet comme ça (pour sonic en fait), et puis j'ai suivi des tutos pour utiliser les MFC. Mais j'arrivais à rien, je comprenais pas bien la logique dans la manipulation des objets, je trouvais pas ça intuitif du tout... 

Puis j'ai laissé les mfc de coté et je me suis habitué à la poo sur g100 et à l'unif, en implémentant et en utilisant des classes selon ma propre vision des choses, selon ce qui me paraissait le plus "naturel" dans le comportement des objets et dans les interactions entre eux etc

Et puis j'ai été amené à essayer Qt, et là j'ai été tout content de voir que ca correspondait exactement à ma vision de la poo: j'ai pas besoin de me casser la tête pour savoir comment faire tel ou tel truc, je n'ai qu'à me dire "j'aurais besoin d'une fonction qui fait ca sur tel objet", je vais voir dans l'aide et évidemment elle existe déjà, y'a plus qu'à l'utiliser tout naturellement 

C'est difficile à expliquer, y'a aussi une question d'habitude, mais il faut d'abord bien choisir la lib qu'on utilise, selon la façon dont on voit les choses... je ne connais pas WxWidgets mais ça doit sans doute + ressembler à Qt qu'aux mfc, ca vaut peut-etre la peine d'essayer pour voir comment ça se manipule

bah franchement MFC c'est bien pour prog avec Visual C++ et Windows, mais bon dieu que ca donne du code dégueulasse, tournant que sous windows, et puis c'est vraiment pas orienté objet...
wxWidgets est vraiment en C++ OBJET (comme Qt, mais il tres facile de porter du code ecrit pour MFC vers du code ecrit pour wxWidgets, d'apres ce que g lu sur des forums/mailing lists)

bon sinon pour avoir une exemple de code wxWidgets, voici un code qui cree une fenetre avec un gestionnaire d'evenement, etc... mais dans la pratique on est meme pas obligé de dériver des classes comme ci-dessous, suffit juste d'ajouter un gestionnaire d'evenements pour la fenetre.

#include <wx/wx.h>

class vfxFrame : public wxFrame
{
public:
    vfxFrame(const wxString& title, const wxPoint& pos, const wxSize& size);

    void OnQuit(wxCommandEvent& event);
    void OnAbout(wxCommandEvent& event);

private:
    DECLARE_EVENT_TABLE()

};

enum
{
    ID_Quit = 1,
    ID_About
};

BEGIN_EVENT_TABLE(vfxFrame, wxFrame)
    EVT_MENU(ID_Quit,  vfxFrame::OnQuit)
    EVT_MENU(ID_About, vfxFrame::OnAbout)
END_EVENT_TABLE()

vfxFrame::vfxFrame(const wxString& title, const wxPoint& pos, const wxSize& size)
       : wxFrame((wxFrame *)NULL, wxID_ANY, title, pos, size)
{
    wxMenu *menuFile = new wxMenu;
    menuFile->Append( ID_Quit, "Quitter" );

    wxMenu *menuHelp = new wxMenu;
    menuHelp->Append( ID_About, "A Propos" );

    wxMenuBar *menuBar = new wxMenuBar;
    menuBar->Append( menuFile, "Fichier" );
    menuBar->Append( menuHelp, "?" );

    SetMenuBar( menuBar );

    CreateStatusBar();
    SetStatusText("Viva Graph100.com");
}

void vfxFrame::OnQuit(wxCommandEvent& WXUNUSED(event))
{
    Close(true);
}

void vfxFrame::OnAbout(wxCommandEvent& WXUNUSED(event))
{
    ::wxMessageBox("A propos du forum Hors G100");
}

class vfxApp : public wxApp
{
    virtual bool OnInit();
};

IMPLEMENT_APP(vfxApp)

bool vfxApp::OnInit()
{
    vfxFrame *frame = new vfxFrame( "Tuto", wxPoint(50,50),wxSize(450,340) );
    frame->Show( TRUE );
    SetTopWindow( frame );

    return true;
}

Au niveau des instructions c'est vraiment équivalent...
La seule chose qui change, c'est la gestion des évenements: wxWidgets demande un gestionnaire et attribue un ID à chaque event, tandis que Qt utilise des signaux et des "slots" pour connecter entre eux les événements et les actions correspondantes