Bonjour,
je voudrais faire l'interface (2D) du monopoly en c++ et je recherche pour cela une boite à outil trés basique avec une libraire de fonctions qui génèrent des figures géométriques et que je pourrai utiliser dessuite sans passer par des installations de logiciels comme QT,wxwidget...
merci d'avance

sous windows ?

si sous windows, gdi+

sous unix

tcl/tk ?

Sinon opengl en fait

ok opengl semble etre la bonne solution

Dernièrement je suis tombé sur cette horreur, http://cimg.sourceforge.net/ alors si tu te sens l'ame d'un cascadeur...
 
J'ai faillit envoyer un mail d'insulte à l'auteur, mais je suis partagé entre la consternation et une certaine apréciation pour le coté bidouille à la lecture du source, http://cimg.cvs.sourceforge.net/ci [...] iew=markup

En effet, dis-moi tu es tombé sur une perle !

 
Moi je crois surtout que tu dois pas bien maitriser le C++ pour dire des choses pareilles.
J'utilise régulièrement CImg et c'est plutôt bien foutu au niveau design, contrairement à ce que tu peux dire.
Je crois pas que l'auteur (qui est chercheur au CNRS, excuse moi du peu) n'ait pas réfléchi un minimum avant de pondre sa bibliothèque ! Et alors que dire de ceux qui l'utilisent : http://cimg.sourceforge.net/links.shtml
Moi je la conseillerais carrément à quelqu'un qui voudrait faire un petit jeu multi-plateforme sans se prendre le chou avec
une grosse bibliothèque.
 
-- Tournevissette --

J'ai du mal à voir le rapport entre la qualité du biniou et le fait que celà soit produit par qqu'un du CNRS mais c'est certainement due à mon manque de maitrise du C++.
 
De plus je n'ai dit mot du design, j'ai évoqué l'implementation pitoresque (et la tendance à l'embonpoint).

Je soutiens tbp.
 
Peut être que c'est un librairie qui fonctionne bien avec de belles performance mais quand tu découvres ce style de chose (et qui n'est pas une simple anecdote dans le code) :

Tu te dis peux être que quelqu'un de nouveau qui voudrait comprendre les sources aurait un peu plus de mal qu'avec du code un peu plus "standard". Je pense que c'est ce qu'à voulu dire tbp...

 
La question est : est-ce que le code d'une bibliothèque C++ doit vraiment être comprise par son utilisateur, ou doit juste fonctionner et faire ce qu'on lui demande ? Peut-être que le code de CImg est imbittable, mais pour l'utilisateur c'est au contraire très confortable, par exemple si tu regardes les exemples d'utilisation de la lib :
 
http://cimg.cvs.sourceforge.net/ci [...] iew=markup
 
Au final, c'est ce genre de chose que le programmeur écrit, on s'en tape de savoir si y a des macros sales dans le code de la lib, si c'est juste utilisé en interne.
 
-- Tournevissette --

 
Oui, mais ici c'est un forum de code, c'est normal que ça interesse les participant

Ben, pour un projet open source, ça reste important pour l'extensibilité et maintenabilité du truc quand même, non?
Là, je suis pas sûr qu'il y ait beaucoup d'autres dev que celui/ceux de départs qui y touche (étrange mélange C/C++, lourdeur du fichier donné en exemple, j'ai pas vu les autres )...

Personnellement j'aime bien:
SDL -  pour le minimalisme (récupérer une zone de pixels et "taper" dedans comme on veut et rapidement)
GD - pour la manip d'images (eg. exécutables server-side rapides pour un serveur internet)
 
Par contre imho, ça manque toujours de canal alpha (transparence un peu plus chiadée que du on/off)...
Et faut pas trop espérer des librairies en question pour l'ihm: tout à la paluche...

fltk... que j'utilise sous linux.
 
Il y a plein de tutos tres bien fait et la prise en main est très rapide.
Sans oublier un accès facile à opengl depuis l'api
 

Qu'est ce qui manque de canal alpha??
Et les libs IHM, tout dépend lesquelles... (mais si je parle de Qt4.2 ça risque de partir en troll )

Sinon il ya a antigrain qui est pas mal pour la 2d : facile a prendre en main, bon rendu, bonnes performances, dispo sous windows et linux.