Non en effet, pour un problème de licence, pas de compilateur VS inclut dans le SDK (que le "redistribuable", c'est à dire les dll pour faire tourner un programme compilé avec VS, mais pas le compilateur)
Pour VS 2012, d'après la citation de ness522, ils prévoient d'autre versions intermédiaires avant 5.1, peut être à ce moment là
En parlant de bugs, la màj de Qt 5.0.0 vers Qt 5.0.1 ne peut se faire que via une réinstallation complète de Qt5. Le "Maintenance Tool" de Qt5 a un bug rendant impossible la modification de l'installation actuelle ainsi que la màj des composants déjà installés. La seule chose possible à partir du Maintenance Tool est la suppression complète. Le bug est déjà connu depuis Qt 5.0.0 et est donc répertorié ici.
Je sais, j'utilise les libs en dynamique aussi, mais on a pas le choix pour QtMain (et c'est logique, lire la suite). Il me semble qu'il y a d'autres libs composites qui sont aussi statiques. De plus, ca n'a rien a voir avec la license, si tu ne touches pas le code et que ton code est open source, tu peux utiliser les libs dynamique si ca t'arrange (ce qui est moncas, et je pense y passer a un moment).
QtMain resouds un probleme specifique a Windows dans le cadre d'un developpement cross-polatforme: sous Windows si tu developpes en C ou C++ et que tu veux que ton application n'ait pas de console et soit consideree comme une application "windows", il te faut un WinMain.Et quelle idée d'utiliser QtMain (et c'est quoi d'abord QtMain )
QtMain definis ce WinMain pour toi et apres initialization va lancer le main() standard.
C'est tres bete comme truc mais ca m'evite d'avoir des dixaines de macros a gerer dans le main pour avoir la bonne interface, pour prendre des argumetns avec les types standard, etc. En gros en linkant avec, le code de mon main est similaire quel que soit la plateforme (j'imagine que c'est vrai aussi pour les plateformes mobiles ou yas pas toujours un main...)
Comme dit il y a d'autres libs utile du genre qui necessitent d'etre linke en statique.
Ok, là tu m'as perdu Je dois avouer utiliser Qt sous différentes plateformes, sans avoir eu besoin d'utiliser ce QtMain. Mais c'est peut être transparent quand on utilise qmake ? Sinon, comme j'ai pas testé VS 2012 avec Qt 5.0.0, je sais pas trop quel est ce problème spécifique de QtMain, j'ai jamais rencontré
Tu bosses sous windows? Verifie comment est declare ton main(). Si tu ne link pas avec QtMain alors soit tu as des macros pour avoir la bonne signature de WinMain(), soit c'est un projet "console" et ya une console qui s'affiche quand tu le lances.
C'est vrai pour tous les projets GUI sous windows, quel que soit la lib que t'utilises.
Certainement! Le link doit se faire tout seul j'imagine. Moi je le definis specifiquement parceque j'utilises CMake.Mais c'est peut être transparent quand on utilise qmake ?
Enfin bref, tant qu'ils sortent des binaires bientot, je me fais pas de souci.
La version MSVC 2012 Windows 8 64b est annoncé pour Qt 5.0.2, qui sortira en mars. Les pré-versions seront dispo cette semaine sur http://releases.qt-project.org/digia/5.0.2/ pour tester
Sur la mailling list. Voir les archives : http://lists.qt-project.org/pipermai...ry/001093.html
Quelque chose me dis que pour compiler sous Win7/MSVC2012 ca va etre complique...
Non je veux bien dire Windows 7 avec VS2012.
Voyez vous, le probleme c'est que si les binaires fournis ont quoi que ce soit d'incompatible avec Windows 7 et pas 8, alors cela "force" les developeurs Qt utilisant VS2012 a soit utiliser Qt4.x sous Windows7 ou a migrer sur Windows8 ce qui en soit ne serait pas un mal si c'est ce dont vous avez envie.
Alors, moi je veux bien qu'on me dise que les binaires seront compatible VS2012/Win7 mais jusqu'ici c'est marque nulle part.
Ce que je crait c'est que tous les binaires fournis par Qt exploitent les ameliorations qu'on trouve dans la nouvelle API de Windows8, ce qui est tres bien sur cette plateforme, mais totalement incompatible avec Windows7.
Ou alors les mecs de Qt ont bien pense au probleme, evite ces API et ont fait les binaires de manieres a etre compilable par quelqu'un utilisant et visant Windows7 (et potentiellement XP). Si c'est le cas, ils ont besoin de quelqu'un pour ameliorer leur communication parceque pour l'instant tous les signes montrent que c'est pas le cas.
J'ai rien contre Windows8, mais je vais pas en changer avant un moment.
Et quiid du 32bit sur Windows7?
Enfin bref, c'est pas serieux tout ca :/
Qt est un projet open-source, just do itils ont besoin de quelqu'un pour ameliorer leur communication
Sinon, pour l'API spécifique de win 8, pas de problème, les devs de microsoft ont assez bien travaillé, l'utilisation de leur API est trop complexe, c'est pas utilisé dans Qt
Il y a une news sur le portage de Qt pour Win 8 Metro
Et je rejoins dourouc05, où vois tu un problème spécifique à Qt 5 /Win 8/VS 2012 ? Teste si ça fonctionne. Si c'est pas le cas, compile de la même façon que les autres versions
Ah ben non c'est pas a moi de faire les annonces officielles! C'est ces annonces qui disent que ca sera du Win8/MSVC11.
Just do it n'a aucun sens ici.
Encore une fois je ne vais pas changer d'OS, et je n'ai pas de probleme particulier, je dis que jusqu'ici on nous annonce que les binaires viseront Win8 uniquement quand on utilise VS2012; si c'est faux et que je peu utiliser Win7 et viser Win7 tant mieu; si c'est vrai alors je peu pas utiliser Qt5, point barre.Et je rejoins dourouc05, où vois tu un problème spécifique à Qt 5 /Win 8/VS 2012 ? Teste si ça fonctionne. Si c'est pas le cas, compile de la même façon que les autres versions
Actuellement il n'y a pas de binaire a tester (ce que je ferai des qu'ils seront dispo) et il est hors de question que je me base sur autre chose que les binaires officilels (pour diverses raisons).
Et ca ne resouds pas le probleme du 32 bit avec Windows7 aussi, mais bon.
Ni vrai, ni faux. Ils disent juste "voici les binaires compilés avec VC 2012 sur win 8", pas que cela marche ou ne marche pas ailleurs. Ils testent un certain nombre de combinaison possible (OS, compilateur, options de compilation), mais ils ne peuvent pas être exhaustif. C'est au utilisateurs de tester si c'est compatible sur les autres plateformes et de remonter les éventuels bugs
Bonjour
C'est pour ça que je venais poster. ^^
Les nouveautés et changements de QT 5.
J'ai mis à jour Qt Creator ces derniers jour en 2.6.2 et les lib en 5.0.1 et je pensais pas qu'il y aurait autant de changements pour cette version, je pensais que j'allais updater comme d'habitude j'aurais du passer ici avant ^^
Donc en petit récapitulatif des changements pour porter un projet en QT 5 :
greaterThan(QT_MAJOR_VERSION, 4): QT += widgets
J'ai bien compris que les widget sont devenu indépendant et qu'on les ajoutes en module (même si presque tout les application l'utilise ^^ ) par contre j'ai pas compris le début de la phrase le
greaterThan(QT_MAJOR_VERSION, 4):
Ensuite Qftp et Qurl sont devenu obsolète et il préconise qnetworkaccessmanager mais comment faire pour les application qu'il les utilisait?
J'ai un problème pour créer un répertoire sur un serveur Ftp, chose impossible avec qnetworkaccessmanager qui ne gère pas les mkdir.
Comment faire dans ces cas la? Les ajouté comme il disent en module externe ou avez vous une solution?
Sinon j’espère que les rachat de la société et les nouveauté ne le fera pas couler ni délaissé. Qu'il perdure dans le temps, des fois j'ai l'impression que c'est pas super réputé Qt....
Et sinon ben aucun problème avec l'IDE, pourquoi s'ennuyer à coder sous visual alors que Qt creator marche si bien ^^ . Un peu dur a prendre en main quelque fois quand il y a des problème de compilation, de Qmake, compilateur cgg+ cgg Etc si on maitrise pas trop mais sinon...
Merci pour la lecture, le plus important est mon problème Qftp ^^ En externe ou on peut faire des mkdir avec Qtnetwork?
Tu testes que tu es sur une version de Qt > 4 pour rajouter les nouveaux modules Qt 5. Comme ça le .pro est encore compatible Qt 4.
Code : Sélectionner tout - Visualiser dans une fenêtre à part greaterThan(QT_MAJOR_VERSION, 4):
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager