Nécessaire pour programmation métrosexuelle

[TroyMcLure]

Je cherche une "API" (je sais pas si on appelle ça comme ça en fait) graphique qui me permette de faire une jolie interface rapidement (deux trois boutons et des curseurs) et de tracer des graphiques. Il faut que ce soit utilisable en C, le plus multi plateforme possible (Nunux et windows quoi) et de préférence totalement libre.

[Kane]

qt

[Cyp]

Qt ou GTK.
Dans tous les cas chuis pas persuadé que ça respecte ton "rapidement", tu risques de galérer un peu. Pour faire du rapide y'a les solutions purement windows (windev ou visual studio).

Bon enfin moi je connais que Swing (l'api java) alors peut-etre que l'effaceur sera plus à même de te conseiller.

[Binouze]

J'y connais rien, mais quand je sors "web-services" et "API" dans la même phrase, tout le monde est content et acquiesce.

Donc :"oui monsieur, vous pouvez interagir avec le soft grâce aux api en webservices, le tout étant auto documenté"

1. Est-ce que ca veut dire quelque chose ?
2. Et dire que j'étais nul en récitation...

[Kane]

putain de buzwords, rappelle moi de t'insulter la prochaine fois qu'on se croise sur TF2.

[TroyMcLure]

Je vais tenter Qt, ça a l'air chaud effectivement mais ça m'occupera.

[Def]

Qt avec Qwt devrait bien aller.
Tu peux directement partir avec Qt sdk qui intègre un ide pour pas trop et casser les couilles à configurer autre chose (ça peut être passablement pénible la chaine de génération avec Qt si tu connais pas très bien comment ça se passe). Si t'as des questions n'hésite pas à me demander, je bosse avec tous les jours donc je connais pas trop mal on va dire.

[TroyMcLure]

Merci mec, je vais étudier ça tranquillement, je te bipe si je pinaille.

[Plume]

Utilises Qt Designer, il va te générer du code C++ qui correspond aux fenêtres que tu vas dessiner dans son interface graphique.

[TroyMcLure]

Ouaip j'ai toppé qtcreator et jusqu'ici tout va bien.

[TroyMcLure]

Alors juste un petit problème j'ai un truc d'affichage avec une belle barre de progression pour donner l'avancement d'un (long) calcul. Tout marche bien sauf quand je passe le prog à l'arrière plan, ça freeze. Ca plante pas, l'affichage redevient normal une fois le calcul terminé mais je ne peux pas voir l'avancement.

Une idée ?

[Kane]

ton appli est multi-thead ? Si elle est mono-thread c'est normal que l'affichage ne soit pas rafraichi durant un calcul. ou alors il faut forcer le rafraichissement.

Je parle dans un cas général, c'est pas un problème spécifique à QT.

[Valryon]

Oui si ton processus qui s'occupe d'afficher la barre est dans le même thread que tes calculs, il ne peut pas mettre l'affichage à jour (c'est la merde les barres d'avancement)

[TroyMcLure]

Le souci c'est que je trouve pas comment Qt gère l'ordonnancement.

[Def]

Tu peux forcer le traitement des événements sur un long calcul avec la méthode processEvents de QCoreApplication.
Ce qui te donnerait un truc du genre :

code : Tout sélectionner

qApp->processEvents(QEventLoop::AllEvents);

Mais c'est pas super propre... sur l'application sur laquelle je bosse on a déjà eu de très mauvaises surprises avec ce genre de méthode (bon je parle d'un soft qui a des milliers de classes). L'idéal serait d'implémenter ton calcul dans une classe dérivée de QThread. C'est très simple en fait, tu redéfinis la méthode run() avec ce que tu veux calculer et tu lances le thread par la méthode start().

Pour la communication avec ton interface graphique tu utilises les slots de QThread genre finished(). Tu peux aussi créer un signal dans ta classe que tu connecteras au slot setValue(int) de QProgressBar pour mettre à jour la progression.

[Eldrock]

Evidemment.

[Valryon]

Sans oublier les éventuelles exclusions mutuelles pour éviter tout conflit d'accès

[TroyMcLure]

Mais c'est pas super propre... sur l'application sur laquelle je bosse on a déjà eu de très mauvaises surprises avec ce genre de méthode (bon je parle d'un soft qui a des milliers de classes). L'idéal serait d'implémenter ton calcul dans une classe dérivée de QThread. C'est très simple en fait, tu redéfinis la méthode run() avec ce que tu veux calculer et tu lances le thread par la méthode start().

Pour la communication avec ton interface graphique tu utilises les slots de QThread genre finished(). Tu peux aussi créer un signal dans ta classe que tu connecteras au slot setValue(int) de QProgressBar pour mettre à jour la progression.

T'as pas un exemple tout bête qui traine quelque part ?
Merci en tout cas, je vais tenter ça.

[TroyMcLure]

Bon en fait c'est bon ça marche niquel.
Merci m'sieur.

[TroyMcLure]

Bon bah voila



Merci les gars pour vos conseils avisés, c'est un vrai putain d'site d'experts.

[TroyMcLure]

C'est peut être un peu austère je vais rajouter quelques .png de bites velues.

[Eldrock]

Nan, met des crânes chauves.