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

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Sortie de Qt 5.6 RC
Dernières corrections de défauts avant la version finale, prévue la semaine prochaine

Le , par dourouc05

26PARTAGES

1  0 
La version RC de Qt 5.6 est sortie, avec trois mois de retards sur le planning initial. Elle corrige un bon nombre de défauts, en vue de la sortie de la version finale, la semaine prochaine (elle est prévue le 3 mars).

Télécharger la version RC.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Jiyuu
Rédacteur/Modérateur https://www.developpez.com
Le 16/03/2016 à 15:42


On peut aussi rajouter, si je ne m'abuse, l'arrivée des Qt.Labs.Controls qui doivent permettre une meilleure utilisation des Controls de QML avec les appareils mobiles, un des points qui me faisait attendre avec impatience cette nouvelle version.

Ce que je regrette le plus par contre c'est l'absence (encore) de modules permettant depuis QML d'écrire ou générer des fichiers de formats "standards" : texte, pdf, odt, ods, ... Il faut encore passer par du pur C++ et je trouve ça dommage.

Mais ça viendra j'en suis sûr, tout comme la présence, un jour peut-être, d'une visionneuse PDF simple, mais si l'emploi de pdfjs l'est assez .

++

J
1  0 
Avatar de dourouc05
Responsable Qt & Livres https://www.developpez.com
Le 16/03/2016 à 17:31
Citation Envoyé par Jiyuu Voir le message
On peut aussi rajouter, si je ne m'abuse, l'arrivée des Qt.Labs.Controls qui doivent permettre une meilleure utilisation des Controls de QML avec les appareils mobiles, un des points qui me faisait attendre avec impatience cette nouvelle version.
C'est une préversion, pour le moment : la version finale arrive très bientôt, avec Qt 5.7 http://qt.developpez.com/actu/96855/...ciaux-liberes/.

Pour la génération de documents, tu peux très bien porter une bibliothèque vers Qt Quick . Comme KD Reports ou QtRPT. Le principe du logiciel libre, c'est que n'importe qui peut contribuer aux fonctionnalités — à condition certes d'avoir le temps .
1  0 
Avatar de kipy4
Membre du Club https://www.developpez.com
Le 17/03/2016 à 13:06
C'est cool, je l'attendais avec impatience, surtout pour le support de VS2015.

Dommage que l'extension soit pas encore dispo cela dit, va falloir encore attendre un peu même si on a pas de date..
1  0 
Avatar de Jbx 2.0b
Membre chevronné https://www.developpez.com
Le 10/06/2016 à 14:04
C'est tout un ensemble de petits problèmes qui nous gâchent la vie sur notre projet. Par exemple la version 5.5.1 s'emmêlait les pinceaux lorsqu'on switch de shader (les changements de la propriété fragmentShader ne sont pas prit en compte). On portait nos espoirs sur la 5.6, qui résout le problème mais introduit un bug de ralentissement lorsqu'on resize nos fenêtres QML, très gênant (et qui n'existait pas en 5.5.1) et pas résolu en 5.6.1. Toutes versions confondues, le plein écran Qml-OpenGL est instable dès qu'on bascule sur une autre application (Alt+Tab): L'écran devient blanc, et il est souvent impossible de reprendre le contrôle de l'application. On est donc passé sous Angle qui sur pas mal de config crache des tonnes de log sur la console. On a donc finit par développer avec OpenGL en fenêtré et livrer en plein écran Angle (pratique!).
Et on a aussi des crashs inopinés en quittant les applications, avec le message suivant : "External WM_DESTROY received for QQuickWindow"
Et pour finir le problème que j'explique plus haut, introduit avec la 5.6.1, qui la rend parfaitement inutilisable, avec ce genre de message "Unable to assign StatusIndicator_QMLTYPE_169 to StatusIndicator_QMLTYPE_195".

Ce qui m'inquiète le plus, c'est que sur le blog de Qt, on voit que beaucoup d'autres gens semblent déçus
1  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 01/07/2016 à 15:42
Citation Envoyé par LittleWhite Voir le message
Le NDK va chercher à stripper les .a avant de les mettre dans l'APK. Par contre, il va fail (et on voit le message d'erreur dans la console de compilation) car un des fichiers (source ou destination) existe. Du coup, le bon fichier n'est pas créé et il ne sera pas dans l'APK. L'application ne se lancera pas.
Ce problème me le fait plus (mise à jour du NDK, je pense).
1  0 
Avatar de Jbx 2.0b
Membre chevronné https://www.developpez.com
Le 10/06/2016 à 10:03
Testée rapidement, roll back en 5.6 quasi-immédiatement. Je suis un développeur Qt devant l'éternel et j'ai presque honte de critiquer un travail open-source, mais en ce moment c'est très difficile de jongler avec les bugs de Qt et Qt Creator. J'aimerais formaliser et reporter tout ceux que je trouve, mais j'ai vraiment peu de temps sur mon projet actuel (grosse période de rush), et isoler ceux-ci peut être extrêmement chronophage. Il a quand même des problèmes dont il me parait difficile d'être passé à côté avant de publier une version: par exemple, pas mal de QtQuick.Controls sont liés à des styles d'une version supérieures (à priori de la 5.7, ça sent le merge foireux, ce que je peut comprendre quand on jongle avec les branches), ce qui provoque des séries de log d'erreurs, des comportements aléatoires, voir des crashs au lancement de l'application.
Il était vraiment temps que Digia arrête la course à la fonctionnalité et se mette à stabiliser tout ça. Et j'espère qu'à terme la 5.6 deviendra aussi béton que la 4.8.
0  0 
Avatar de dourouc05
Responsable Qt & Livres https://www.developpez.com
Le 10/06/2016 à 11:55
Citation Envoyé par Jbx 2.0b Voir le message
Il était vraiment temps que Digia arrête la course à la fonctionnalité et se mette à stabiliser tout ça. Et j'espère qu'à terme la 5.6 deviendra aussi béton que la 4.8.
Pour info, le travail continuera sur des fonctionnalités, par exemple avec Qt 5.7 (attendu pour la semaine prochaine), avec toujours des correctifs apportés sur les nouvelles versions et repris sur la 5.6. Donc la confusion avec les versions ultérieures ne s'arrêtera probablement pas…

D'ailleurs, quelles sont les parties de Qt que tu trouves les plus bâclées, ces temps-ci ?
0  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 10/06/2016 à 16:23
Dans mon coin, c'est la compilation iPad avec Qt 5.5.1 qui est plantée. Y a même un ticket dans le bugtracker, mais souvent, c'est silencieux du côté des devs de Qt. Malheureusement, ça marchait en 5.4 et pas possible de passer ni en 5.5, ni en 5.6.
Pareil, pour la compilation sous Android, je me suis trouvé avec un problème plutôt bizarre avec le NDK, mais sur ce point, je ne sais pas vraiment si c'est le NDK, Windows 10 ou le processus de compilation de Qt.
0  0 
Avatar de Jbx 2.0b
Membre chevronné https://www.developpez.com
Le 10/06/2016 à 18:44
On a fait quelques démos de notre application sous android et je n'avais pas de soucis particulier sous Qt 5.5.1, mais j'étais alors sous Windows 7. Mais comme on m'a donné une bécane sous Windows 10 la semaine dernière, il faudrait que je refasse le test. Quel genre de soucis tu rencontre ?
0  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 10/06/2016 à 20:12
Le NDK va chercher à stripper les .a avant de les mettre dans l'APK. Par contre, il va fail (et on voit le message d'erreur dans la console de compilation) car un des fichiers (source ou destination) existe. Du coup, le bon fichier n'est pas créé et il ne sera pas dans l'APK. L'application ne se lancera pas.
0  0