Discussion :

[imikado]

pourquoi ce domaine vous intéresse-t-il ?
Pour faire des petits jeux principalement, et eventuellement porter certaine de mes applis web en client lourd :
MkMail : http://mkframework.com/projets_mkmail.html
et
MKnotes: http://mkframework.com/projets_mknotes.html

pour quoi auriez-vous besoin de ce cours/tutoriel?
Ca doit faire 3-4 ans que je n'ai pas fait de Qt, je suis un peu rouillé par exemple pour faire un bouton qui appelerait une méthode pour recharger/ajouter des données

sous quelle forme le voudriez-vous : un cours théorique avec peu d'exemples, un tutoriel pratique avec de nombreux exemples, un exemple complet d'application ?
La théorie c'est bien, les exemples c'est mieux
Oui une application qui ferait ce que l'on a besoin en developpement logiciel:
- requete base de données
- IHM interagissant avec les methodes des classes
- interactions sur l'interface

[Trademark]

J'avais eu quelques heures de cours sur Qt à l'époque et je ne me souviens quasiment de rien donc je vais pas être d'une grande aide :-) Néanmoins, des explications sur le design général et les choix fait pourrait aider à mieux appréhender cette immense librairie. Déjà pourquoi ils utilisent si peu la STL et qu'on a des QVector (par exemple) ? Pourquoi il y a un préprocesseur pour les signaux alors que Boost.Signal2 existe (ok ça a été fait avant, mais est-ce qu'il pourrait l'utiliser ou pas, en théorie ?).

[puiseux]

Je suis sur un gros projet avec beaucoup de graphique interactif, j'ai commencé à développer une bibliothèque CAD (sommaire, et adaptée à mes besoins), mais c'est très, très piégeux et délicat, les concepts ne sont pas évidents, ni intuitifs, il me manque une documentation/tutoriel solide, je pense avoir fait quelques erreurs de conception que j'aimerais comprendre....

[koopajah]

L'an dernier j'ai pris en main un projet de migration d'une appli desktop Qt/QWebkit (toutes les vues en HTML/JS) et le but était de migrer vers QtQuick/QML. J'ai vite compris que la doc officielle de Qt est vraiment bien pensée/pratique mais pour moi la partie la plus difficile était de savoir quel composant utiliser au début. Je pense qu'un des points faibles de la documentation Qt c'est les exemples, même s'il y en a énormément ils sont peu mis en avant et on finit par les trouver à coup de grep dans les sources au lieu d'avoir un réel "listing" de tous les exemples avec la liste des composants qu'ils utilisent.
Je pense donc qu'un ensemble de petites applications d'exemple associées à des explications sur les choix: quand faire du full QML, pourquoi là on prend un QQuickView plutôt, quelle partie faire en C++, etc., serait un gros avantage.

Un autre point important est le développement mobile Android/iOS qui devient de plus en plus utilisé donc je pense que c'est le genre de projets dans lequel beaucoup de débutants vont vouloir se lancer et mettre l'accent là-dessus serait un point très important.

Et le dernier point serait d'aider à la prise en main de QtCreator. Personnellement j'ai vite abandonné son utilisation parce que j'avais du mal à intégrer un réel projet dedans avec beaucoup de dépendances vers d'autres librairies open sources, etc. J'ai fini par faire du SublimeText + ligne de commande.

[VivienD]

Bonjour,

J'ai certes un peu lâché Qt ces derniers temps pour me concentrer un plus sur la lecture du code contenu dans les en-têtes fournis par gcc 4.8.2 ainsi que sur la réinvention de la roue en C++11 (itérateurs, allocateurs, conteneurs, transformées de Fourier rapides, chiffrement par bloc, et cætera), mais mon intérêt pour cette bibliothèque est toujours présent. En ce qui concerne les tutoriels à paraître, j'ai sélectionné différents sujets.

Premièrement, QtQuick et QML sont des éléments de la bibliothèque qui titillent ma curiosité; surtout le mélange QML/C++ dont parlent xbretzel et AuraHxC. Cependant, comme Tawane l'a mentionné, il y a une certaine confusion entre ces deux interfaces et ça me gêne un peu.

Ensuite, j'ai aussi coché «Réseau» et «XML». En effet, côté réseau, je me contente de QTcpServer et de QTcpSocket; côté XML, j'en suis resté à l'implémentation de DOM fournie par le module QtXML. Toutefois, le module QtNetwork possède quelques autres classes plus récentes (par exemple, QNetworkAccessManager) qui, si j'ai bien compris, prennent en charge différents protocoles de plus haut niveau (comme HTTP et FTP) et depuis la sortie de Qt 5 le module QtXML n'est plus activement maintenue au profit des classes QXmlStreamReader et QXmlStreamWriter de QtCore. Quelques cours ou tutoriels là dessus seraient aussi les bienvenus.

Par ailleurs, mon domaine d'étude (génie électrique orienté vers les systèmes automatisés et l'informatique industrielle) comprend l'analyse des données. C'est pourquoi, j'ai aussi choisi «Qwt, QwtPolar, Qwt3D, QCustomPlot». En effet, la représentation graphique des données et des résultats de leur analyse est certes optionnelle, facultative mais jamais superflue. Évidemment, je ferai un petit tour dans leurs documentations respectives mais des cours et des tutoriels me permettront d'avoir des sources supplémentaires qui m'aideront à mieux comprendre ces extensions.

Enfin, j'ai aussi coché «Autre», car je rejoins ryu20 sur le fait qu'il faudrait rédiger quelques cours ou tutoriels pour pouvoir utiliser Qt sans devoir recourir à QtCreator. En revanche, il faudrait penser à tout le monde: certains voudront intégrer la bibliothèque à Visual Studio ou Eclipse alors que d'autres (moi, par exemple) voudront employer des méthodes plus «barbares» comme la ligne de commandes.

En ce qui concerne la forme, les cours et les tutoriels me conviennent aussi bien les uns que les autres, du moment qu'il y a des exemples. La «graue Theorie», c'est rigolo mais cela a tendance à rebuter le lecteur.

[...]
Déjà pourquoi ils utilisent si peu la STL et qu'on a des QVector (par exemple) ?
[...]

Il y a, selon moi, plusieurs raisons. Premièrement, la STL utilise le snake-case alors que Qt use du camel-case. J'ai tenté le mélange des deux et le résultat était ... hideux. Deuxièmement, pour les tailles et les indices, Qt fait appel au type int et utilise les valeurs négatives pour signifier une erreur ou comme valeurs par défaut. De son côté, la STL recourt à unsigned int via l'alias size_t donc pas de valeurs négatives: les erreurs sont notifiées via les exceptions et pour connaître les valeurs par défaut il faut se farcir la documentation. Troisième, en ce qui concerne les conteneurs, il faut savoir que les conteneurs standards (à l'exception de std::array, std::pair et std::tuple) admettent un argument-template supplémentaire pour l'allocateur. Le hic dans l'histoire, c'est que cet argument a un effet indésirable: il empêche l'affectation directe par copie de conteneurs de même genre mais recourant à des allocateurs différents. Par exemple, le code ci-dessous causera une erreur à la compilation.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
#include <iostream>
#include <memory>
#include <vector>
 
template< class C_Data >
class MyAllocator
{
    /* définition */
};
 
int main(int argc, char * argv[])
{
    std::vector< double, std::allocator< double > > vec1(1, 42.0);
    std::vector< double, MyAllocator< double > > vec2;
 
    vec2 = vec1; //Erreur à la compilation même si MyAllocator a été correctement défini!
 
    std::cout << vec2[0] << std::endl;
 
    return 0;
}

Qt contourne ce problème d'une manière radicale: les conteneurs n'ont pas d'argument-template pour l'allocateur. Enfin, en ce qui concerne les chaînes de caractères, la classe QString a été créée pour gérer ces chaînes au caractère près et avec un encodage fixe, alors que l'encodage employé par std::wstring dépendait du système et que les classes std::u16string et std::u32string n'existait pas encore. Il doit y avoir d'autres raisons mais elle me sont inconnues.

Sur ce, adishatz et bon code!

[Amnell]

Déjà pourquoi ils utilisent si peu la STL et qu'on a des QVector (par exemple) ?

Un autre élément de réponse que j'ajoute à cela est que les classes de Qt utilisent les QSharedData qui permettent de partager les ressources et de ne pas avoir de soucis de copie. Par exemple, faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
QStringList list1;
list1 << "A" << "B" << "C";
QStringList list2 = list1;

Fera que list1 et list2 auront la même ressource derrière, il n'y a pas d'allocations dynamiques internes supplémentaires tant que list2 ne sera pas modifiée (c'est LA grosse différence).

Concernant les suggestions autour de QML/C++, j'ai fourni pas mal d'éléments de réponse dernièrement à ce sujet dans une réponse sur le forum : http://www.developpez.net/forums/d14...n/#post7947917. L'idée, c'est que le sujet n'est pas évident, dans le sens où il faut impérativement savoir ce que l'on veut faire pour pouvoir sortir une approche Model/View. L'intérêt d'avoir du C++ est de limiter les appels JavaScript qui sont coûteux quand on travaille avec des grosses listes ou une grosse quantité d'informations. Est-ce que le fait de formaliser ce genre d'approche pour des cas concrets vous intéresserait ?

[Pasokoniidesuka]

Très peu utilisé et j'ai lâché l'affaire en fait.
Du coup j'ai voté pour tout ce qui serait utile à un débutant plus les thèmes plus chers à mon coeur : Réseau, BDD et XML.
Voilà.

[MacPro]

J'ai commencé à travailler sans connaître Qt ni le C++ sur un projet Qt dans lequel j'ai dû par la suite intégrer Qwt et QtWt3D.
Le forum m'avait bien aidé et je n'aurais pas eu besoin de tutoriel.

Depuis 2 ans je suis sur un projet Qt Quick/C++, la doc a suffit largement, je n'aime pas les tutos qui traînent en longueur. Je trouve que les docs Qt sont complètes même si certaines infos qu'on lit auraient gagné à se retrouver dans d'autres docs et surtout, toutes les docs ne mènent pas à toutes les autres, il manque encore des liens (j'aimerais bien pouvoir les modifier).
Depuis quelques temps je me démerde pour que ça fonctionne sous Androïd aussi.

Ce qui m'intéresserait, ce serait plutôt des infos pour faire de la webapp. Je suis resté aux vieux QTcpServer et QTcpClient. Toutes les nouveautés (NetworkManager et cie) je ne connais pas.

[ram-0000]

Étant nouvel utilisateur avec Qt (mais je connais Windows et les MFC), ce qui m'intéresse sont avant tout des tutos pour débuter avec cet environnement.

Ensuite, c'est surtout l'aspect réseau avec lequel je travaille (et un peu l'IHM, il faut bien présenter les résultats )

[ryu20]

Pour ma part, j'utilise Qt au boulot, mais uniquement pour des IHM (le reste se fait sous codeBlocks/visual)

Les principaux problèmes que j'ai u rencontré sous Qt sont essentiellement les problèmes de versions (ce la a été assez compliqué de passer de projet en Qt4 à Qt 5.
Après, nous faisons beaucoup de 3D temps réel, et pour le moment, tout ce qui concerne la 3D se fait loin de Qt, mais surtout parce qu'on y connait pas grand chose et qu'on a pas vraiment le temps de chercher.

Et ptet un dernier point qu'il pourrait être bien de tutoriser pour des gens qui découvre Qt, c'est les moyens de s'abstraire de QT creator. Nous avons trouver quelques méthodes ici, mais cela a été la croix et la banière.

Voilà ce que j'aurai apprécier au moment de comencer sous Qt.
Merci, ce post est une excellente idée

[heliomaster]

Salut à tous,

Grand débutant en Python et Qt je cherche tous ce qui touche à ces précédent sujets. J'utilise pyside et vraiment, des exemples pas à pas seraient du plus grand secours.
Pour les autodidactes comme moi, la doc officielle se révèle ardue et j'avoue parfois appliquer des lignes de code dont je ne comprends pas la rédaction mais dont je sais qu'elle fonctionne.
Exemple: je me sers de qt designer pour créer une fenêtre je la convertie avec pyuic.Pour l'utiliser je fais:

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Class MaFenetre(QMainWaindow,MonAplli.ui_Dialog):
 
    Def __init__(self,parent= None):
        Super(MaFenetre,self). __init__(parent)
        Self.setupUi(self)

Ça marche à tous les coups, mais le problème: Ben....c'est qu' j'ai rien compris!!

[azias]

Quelques idées au passage de tutoriels qui auraient pu ou pourront me servir:

• Compiler Qt soi-même proprement, en particulier la version 64bits pour Windows avec MinGW puisqu'il qu'il n'y a pas de binaires fournis officiellement pour cette version.
• Intégrer Qt dans Eclipse. QtCreator est très bien pour faire une application 100% Qt mais dès qu'on veut développer des projets de plus grande ampleur Eclipse c'est mieux, surtout pour faire du multi-langage. Fut un temps où il y avait un intégrateur Qt pour Eclipse fourni par Nokia, mais il n'est plus... Alors un tutoriel pour synthétiser les bonnes pratiques ce serait bien.
• Un peu inspiré par les mêmes considérations: prise en charge de projets Qt dans Maven.
• Exécuter du code avec des timeouts (par exemple des Qthread et des QProcess) et faire en sorte que tout soit terminé et nettoyé correctement. Dans les docs on trouve souvent (ici ou ailleurs, et que ce soit pour Qt ou Java) des trucs du genre "il ne faut pas faire ça, c'est caca": oui sauf qu'on a besoin de le faire parfois, que ce soit à cause d'une action utilisateur qui souhaite interrompre une action trop longue, pour faire face à une commande externe qui met trop de temps à répondre, arrêter un traitement auxiliaire qui n'a plu lieu d'être...
• Plus généralement peut-être: comme bien appeler un commande externe avec QProcess, passer les arguments, gérer les entrées/sorties standards, prendre en compte les erreurs
• Télécharger un fichier depuis internet en http: ça peut paraître simple mais la dernière fois que j'ai eu à le faire à partir d'un QNetworkManager j'ai eu l'impression de redévelopper un wget moi-même (Y'a même certain projets ou j'ai justement préféré appelé wget via un QProcess, c'était plus simple!), soit je m'y suis mal pris, soit un tutoriel serait le bienvenue. (C'était en Qt4, Qt5 a peut introduit des facilités de côté là?). Extension subsidiaire: faire la même chose en https. Soit en ignorant les erreurs SSL soit au contraire en gérant la vérification des certificats (il semble que ça devienne de plus en plus nécessaire maintenant)
• Pour le fun, puisque ça semble un peu à la mode en ce moment de le faire avec n’importe quel langage: faire une serveur Web ou webservice REST en Qt!

[Pierre GIRARD]

Bonjour, jusqu'à présent mes développements se font sous Lazarus ou sous Delphi (et un peu en Perl), QT m'aurais bien tenté, mais comme je programme "par l'exemple", il me faut des exemples solides et fonctionnels. Du coup, ce fil m'intéresse.

pourquoi ce domaine vous intéresse-t-il ?

Parce que les outils sont disponibles sur n'importe quelle distribution Linux.

pour quoi auriez-vous besoin de ce cours/tutoriel?

Pour développer mes propres outils ... et aussi pour comprendre comment ça marche et à 63 ans, je suis toujours un grand curieux

sous quelle forme le voudriez-vous : un cours théorique avec peu d'exemples, un tutoriel pratique avec de nombreux exemples, un exemple complet d'application ?

Un tutoriel pratique avec de nombreux exemples ... se terminant par un exemple complet d'application.

En tous cas, merci pour l'initiative, et pour le vote, j'ai coché les 3 premiers (Débuter avec ...).

[charlespf]

Bonjour,

Pour ma part, j'ai également coché les 3 premières cases (tutos pour les débutants en C++, Python et QML) ainsi que les cases suivantes :
- Migration de Qt 4 vers Qt 5
- Réseau
- Multimédia 3D

Je suis également en phase avec ce qu'a indiqué JolyLoic.

A+
charlespf

[bcag2]

Un tuto sur la réalisation d'Application HTML5. Devant migrer des projets depuis une vieille librairie graphique, je trouverai bien de conserver la partie code en C++ et de réaliser l'interface en HTML5... et de ce que j'ai déjà vu sur le web, il n'y a pas grand-chose !

[dfaure]

@Tawane: QML c'est le langage déclaratif (qui peut servir à déclarer beaucoup de choses, dont des objets applicatifs spécifique au domaine par exemple, cf https://archive.fosdem.org/2013/schedule/event/qml/, ou même des widgets, cf https://github.com/KDAB/DeclarativeWidgets...). QtQuick c'est la technologie de rendu graphique (via QGraphicsView en Qt4, et via OpenGL en Qt5) pour applications (souvent tactiles) écrites avec le langage QML.