IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

Developpement graphique en C


Sujet :

C

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Octobre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations forums :
    Inscription : Octobre 2006
    Messages : 54
    Par défaut Developpement graphique en C
    Salut à tous, je souhaiterai développer quelques applications graphiques en C connaissant déja le langage, je décide de me lancer... Alors voila mon problème j'hésite entre GTK+ et l'API windows, en fait je voudrai savoir quelle est la plus riche en therme de possibilité (sans prendre en compte la difficulté d'apprentissage) et laquelle pourrai également me servir pour du long therme, tant qu'a apprendre quelque chose autant que ça serve longtemps et que ça ne disparaisse pas tout de suite...
    Je suppose que l'API windows doit être plus riche en possiblité sous windows (peut-ètre des choses du style modification du registre...etc) mais à l'inverse de GTK non portable. Enfin bref, si vous pouviez me conseiller sur laquelle des deux choisir, merci

  2. #2
    Rédacteur
    Avatar de Franck.H
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Janvier 2004
    Messages
    6 951
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Service public

    Informations forums :
    Inscription : Janvier 2004
    Messages : 6 951
    Par défaut
    GTK+ sans hésiter:

    • Très riche en possibilités grâce à GLib, GdkPixbuf, etc...
    • Portable
    • Plus facile à apprendre.
    • Mieux organisée (selon les concepts de la POO)
    • Régulièrement mise à jour et en constante évolution
    • etc...


    Pour un choix à long terme y'a pas à hésiter
    Mon Site
    Ma bibliothèque de gestion des chaînes de caractères en C

    L'imagination est plus importante que le savoir. A. Einstein

    Je ne répond à aucune question technique par MP, merci d'avance !

  3. #3
    Membre Expert
    Inscrit en
    Décembre 2004
    Messages
    1 478
    Détails du profil
    Informations forums :
    Inscription : Décembre 2004
    Messages : 1 478
    Par défaut
    Citation Envoyé par giggs
    Je suppose que l'API windows doit être plus riche en possiblité sous windows (peut-ètre des choses du style modification du registre...etc) mais à l'inverse de GTK non portable.
    Ben voilà, c'est ça.

  4. #4
    Membre averti
    Inscrit en
    Octobre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations forums :
    Inscription : Octobre 2006
    Messages : 54
    Par défaut
    Bon alors franck me dit que gtk est plus riche en possibilité et dazumba me dit le contraire. Petite question, est-il possible de créer des applications destinées à gérer: ouverture fermeture des ports, gestion des périphérique, modification du regsitre, ou encore d'autres actions comme celle la avec gtk ? et si oui qui de gtk ou API windows sera le mieux? En gros ce que peuvent faire la quasi totalité des logiciels commerciaux aujourd'hui...
    Merci

  5. #5
    Rédacteur
    Avatar de Franck.H
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Janvier 2004
    Messages
    6 951
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Haut Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Service public

    Informations forums :
    Inscription : Janvier 2004
    Messages : 6 951
    Par défaut
    Citation Envoyé par giggs
    Bon alors franck me dit que gtk est plus riche en possibilité et dazumba me dit le contraire. Petite question, est-il possible de créer des applications destinées à gérer: ouverture fermeture des ports, gestion des périphérique, modification du regsitre, ou encore d'autres actions comme celle la avec gtk ? et si oui qui de gtk ou API windows sera le mieux? En gros ce que peuvent faire la quasi totalité des logiciels commerciaux aujourd'hui...
    Merci
    Heu attention, je n'est nullement dit que GTK+ est plus riche, j'ai dit qu'elle est "très riche", ne pas confondre ....

    Si tu veux pouvoir utiliser des ressources de Windows, tu n'as pas le choix, API Win32 car il n'y a rien de portable et encore moins si tu veux utiliser les fonctions de Registre de Windows ... là le choix s'impose à une seule API mais franchement pas du meilleur goût mais quand on a pas le choix
    Mon Site
    Ma bibliothèque de gestion des chaînes de caractères en C

    L'imagination est plus importante que le savoir. A. Einstein

    Je ne répond à aucune question technique par MP, merci d'avance !

  6. #6
    Membre Expert
    Inscrit en
    Décembre 2004
    Messages
    1 478
    Détails du profil
    Informations forums :
    Inscription : Décembre 2004
    Messages : 1 478
    Par défaut
    Une solution "sage" serait de choisir GTK pour toute la partie GUI, et compléter avec l'API du système sur lequel tu travailles pour tout ce que GTK ne permet pas de faire. Si tu découpes bien ton projet, seules quelques unités de compilation seront system-dependent, le côté multi-plateforme étant apporté par la couche d'abstraction de GTK.

  7. #7
    Membre averti
    Inscrit en
    Octobre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations forums :
    Inscription : Octobre 2006
    Messages : 54
    Par défaut
    Ok, merci pour toutes vos réponses, juste une dernière question, es-ce que vous savez si l'API windows seras identique avec vista ou pas ? Je suppose que oui plusqu'elle est commune à tout les windows...

  8. #8
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 395
    Par défaut
    Oui, c'est la même API, avec quelques ajouts.
    Et s'il y a un breaking change dans une fonction, c'est marqué dans la doc...
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Problèmatique de developpement graphique avec swing
    Par slax26 dans le forum AWT/Swing
    Réponses: 1
    Dernier message: 23/03/2012, 16h14
  2. Réponses: 3
    Dernier message: 05/08/2008, 19h06
  3. cherche tuto: developpement graphique avec visual C++ .net
    Par chrono23 dans le forum VC++ .NET
    Réponses: 2
    Dernier message: 05/09/2006, 10h06
  4. [Info]developpement de composants graphiques personnalises
    Par ouedmouss dans le forum Interfaces Graphiques en Java
    Réponses: 3
    Dernier message: 31/08/2005, 22h09
  5. [Outils]Developpement graphique
    Par -=Spoon=- dans le forum Langages de programmation
    Réponses: 6
    Dernier message: 28/03/2005, 14h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo