Les futurs tutoriels Qt sur Developpez.com (édition 2014)

**yan** · 13/11/2014, 14h40

Bonjour.
J'ai lue rapidement les différentes propositions. Et effectivement, avec les évolutions de Qt y as pas mal de possibilité. Actuellement je suis sur un projet où je porte un code win32 en Qt pour android et ios. Voici une liste de fonctionnalités qui serait utile:
* Paramétrage des outils Android dans QtCreator.
* Gestion des ressources sous android et IOS avec Android. Natif vs Qt ressources
* Installer le débogueur pour visual studio
* Déboguer sous android (fonctionne avec la version béta de Qt Creator), ios , ...
* Convertir les principales API win32 (linux ?) en Qt (FAQ ?)
* Faire coexister du code C avec Qt
* Utilisation du systèmes de ressources Qt dans des librairies (statique et dynamique)
* Créations et gestions de plugin perso en statique et dynamique avec Qt
* Utilisation du InputContext (clavier android et IOS)
* Les event loop Qt et le multithread
* Différent système d'IHM: QtQUick, QWidget, QGraphics, hybride (Qt webkit)

**air-dex** · 14/11/2014, 04h33

Envoyé par yan

* Installer le débogueur pour visual studio

Ou tout simplement comment bien installer les outils de débogage sur Windows quand on est raisonnable et donc qu'on utilise MSVC au lieu de cette blague de MinGW. Je me souviens que j'avais eu pas mal de problèmes à l'époque pour bien installer mes outils de débogage avec MSVC et que j'ai dû aller chercher des trucs sur le site de Microsoft pour cela (outils de debug et/ou de SDK Windows, je ne me souviens plus très bien car je ne l'ai fait qu'une seule fois il y a fort longtemps).

Envoyé par yan

* Faire coexister du code C avec Qt

Dans ces cas là deux solutions sont possibles :

Le C++ étant une surcouche du C, tout code C est censé compiler avec un compilateur C++. C'est donc plus un problème de C/C++ que de Qt a proprement parler.
Quitte à faire du C, autant aller jusqu'au bout des choses. Dans ce cas là il vaudrait peut-être plus s'orienter sur du GTK+ au lieu de Qt. Si je parle de GTK+ c'est parce qu'il est écrit en C (et compatible Windows) alors que Qt n'a jamais été porté sur ce langage.

**yan** · 14/11/2014, 09h45

Envoyé par air-dex

Ou tout simplement comment bien installer les outils de débogage sur Windows quand on est raisonnable et donc qu'on utilise MSVC au lieu de cette blague de MinGW. Je me souviens que j'avais eu pas mal de problèmes à l'époque pour bien installer mes outils de débogage avec MSVC et que j'ai dû allé chercher des trucs sur le site de Microsoft pour cela (outils de debug et/ou de SDK Windows, je ne me souviens plus très bien car je ne l'ai fait qu'une seule fois il y a fort longtemps)

Yep, c'est assez galère pour trouver de la doc

Envoyé par air-dex

Dans ces cas là deux solutions sont possibles :

Le C++ étant une surcouche du C, tout code C est censé compiler avec un compilateur C++. C'est donc plus un problème de C/C++ que de Qt a proprement parler.

Pas vraiment. Et du code C ne va pas forcement bien compiler avec un compilateur C++. Par contre c'est deux langages coexistent facilement, mais y as 2-3 choses à faire attention.

Envoyé par air-dex

Quitte à faire du C, autant aller jusqu'au bout des choses. Dans ce cas là il vaudrait peut-être plus s'orienter sur du GTK+ au lieu de Qt. Si je parle de GTK+ c'est parce qu'il est écrit en C (et compatible Windows) alors que Qt n'a jamais été porté sur ce langage.

GTK sur android et IOS ???

Après je ferais pas de troll sur GTK vs Qt.

**air-dex** · 14/11/2014, 16h21

Pour MSVC je ne parlais pas forcément de Visual Studio mais du débobgage de programmes compilés avec MSVC en général, que ce soit avec VS, Qt Creator ou autre. Je veux être clair là dessus.

Envoyé par yan

GTK sur android et IOS ???

Après je ferais pas de troll sur GTK vs Qt.

Moi non plus.

Quand on me parle de C je pense plus à du desktop qu'à du mobile. Je ne connais pas de technos mobiles où l'on code en C (je ne parle pas d'embarqué bien sûr). Peut-être le NDK d'Android mais je ne suis pas assez compétent sur le sujet pour dire quoi que ce soit dessus. Je pensais donc "desktop" et qui dit "GUI en C pour desktop", dit forcément "GTK+".

Après pour ce qui est de ton cas, je ne connais pas ton projet dans les détails (cela ne me regarde pas non plus) donc je n'irai pas plus loin.

**yan** · 14/11/2014, 21h59

Envoyé par air-dex

Quand on me parle de C je pense plus à du desktop qu'à du mobile. Je ne connais pas de technos mobiles où l'on code en C (je ne parle pas d'embarqué bien sûr). Peut-être le NDK d'Android mais je ne suis pas assez compétent sur le sujet pour dire quoi que ce soit dessus. Je pensais donc "desktop" et qui dit "GUI en C pour desktop", dit forcément "GTK+".

C'est vrai que l'on entend rarement parler de dev mobile en C.
Android NDK utilise Gcc/G++ et IOS utilise clang. Tu peux donc développer en C ou en C++ sous c'est deux plateformes en utilisant les lib standard (Il est aussi possible d'utiliser C++11)

**gabriel21** · 18/11/2014, 18h04

Pour ma part je verrais des tutoriels sur :

le réseau
le multimédia
les bases de données
le Framework KDE5

C'est ce qui m’intéresse à titre personnel (je ne fais pas de QT en pro)

Et effectivement, revalider les anciens tutoriels et les rendre compatible QT5 serait une bonne chose.

**dfaure** · 16/12/2014, 13h54

@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.

**Niak74** · 15/01/2015, 14h07

Bonjour,

Désolé de répondre avec autant de retard, cela fait plus d'un an que je ne développe plus avec Qt =(

Voila toutefois mon avis, pour moi il est clair que l'avenir est prometteur pour tout ce qui est développement mobile, donc choix 1 : Qt pour Android. Ensuite, de manière à coder toujours plus proprement et efficacement, en isolant les couches métier des couches UI, il me semble important de rendre plus accessible l'utilisation de QML/QtQuick.

Invité · 29/01/2015, 20h01

Bonjour,

Je lirais volontiers un tutoriel XML avec comme parties :
- comment parser un fichier XML, comment vérifier si il est valide.
- comment vérifier qu'un fichier XML est conforme par rapport à un schéma XSD
- comment utiliser des reqêtes XPath sur un fichier XML
- comment appliquer une transformation XSLT à un fichier XML
Le tout avec des logiciels libres (ou autres) et avec des librairies pour différents langages (Python, C++, C# etc.)

Une comparatif des librairies pour faire tout ça m'intéresse aussi (principalement en C++)

C'est un gros boulot... un partie doit déjà être présente sur ce site, d'ailleurs (et sur d'autres), il faudrait que j'aille voir...

**farabi** · 29/05/2015, 15h48

Bonjour,

Désolé pour le retard. Moi également ça fait un certain temps que je n'ai plus bossé avec Qt

J'ai entre temps été attiré vers le développement mobile sur plateforme HYBRIDE.
Vu que je travaille avec un équipe, j'aurai vraiment souhaité que Qt soit l'outil choisit pour notre travail,

mais après une étude comparative faite sur différents outils sélectionnés, mon choix n'a pu être adopté à cause de la pauvreté de la documentation concernant la
partie mobile de Qt.

Donc un tutoriel pratique avec de nombreux exemples serait vraiment le bienvenu.

**23Reiji** · 11/06/2015, 11h20

Salut,
je voulais bien avoir un tutoriel comment un peut utiliser Bluetooth à un application de l'Android.

Et comment on peut faire un Application de l'Android qui regarde a chaque résolution de l’écran la même.

**Alain38** · 28/03/2018, 14h26

Bonjour,
même si la discussion est vieille, j'espère qu'elle est toujours valable. Depuis quelques mois j'affronte presque quotidiennement la galère d'utiliser des feuilles de style dans Qt. Mes problèmes sont nombreux:

Ordre de priorité des règles? Dans la documentation il est indiqué que c'est "la règle la plus précise" qui l'emporte. Sauf que la notion de "plus précise" n'est pas claire. Ainsi, j'ai découvert que C1 C2 C3 (arborescence de 3 classes) est considéré comme plus précis que C3#toto (qui limite pourtant en général beaucoup plus)
Ordre de priorité entre les règles présentes dans le QSS application, celles définies via QtCreator, et celles définies en direct (par un setStyleSheet)?
Innombrables bugs (et contournements) dans la gestion des règles. Actuellement j'ai tendance à mettre des "border:xxx;" un peu partout car dans nombre de cas la règle QSS part dans les choux si cette définition est absente.
Différences majeures entre QSS et CSS. En CSS il y a héritage des règles entre l'objet parent et les objets enfants, mais pas en QSS. Ce genre de différence rend parfois fou.
Possibilité de créer des variables? Mon application utilise 3 couleurs. Je n'ai pas trouvé le moyen de les définir (macro) pour ne pas avoir à les répéter des dizaines de fois. Ce qui promet pour le jour où je devrai les changer (et qui arrive malheureusement dans les semaines qui viennent).
Et j'en oublie probablement encore pas mal.

Donc là, j'avoue qu'un tuto QSS complet m'éviterait de perte quelques milliards de neurones à chaque fois que je dois utiliser ces fichues feuilles de style.

Merci d'avance.

**dfaure** · 28/03/2018, 14h55

Pour moi (et c'est d'ailleurs l'avis de tout KDAB), la meilleure solution c'est de ne pas utiliser les feuilles de style Qt du tout.... Un QProxyStyle c'est bien plus précis dans son fonctionnement, plus rapide, sans toutes ces limitations de QSS, y compris la mauvaise interaction avec setPalette par exemple, etc.

**Alain38** · 28/03/2018, 15h04

Euh. QProxyStyle permet-il de configurer la totalité du look-and-feel de l'application via un fichier de descriptif tel que le QSS? Ou faut-il configurer par le code chaque style? Car c'est un peu ce qu'il semble en lisant rapidement la documentation de cette classe Qt.

**dfaure** · 28/03/2018, 15h14

Pas de fichier descriptif, non. Du bon code C++, avec toute l'expressivité du C++

**Alain38** · 28/03/2018, 15h17

Envoyé par dfaure

Pas de fichier descriptif, non. Du bon code C++, avec toute l'expressivité du C++

Donc la galère pour que mes clients (qui distribueront le logiciel sous leur nom) puissent changer le look-and-feel de l'application à leur sauce. Il va me falloir créer moi-même une syntaxe, des règles de précédence, etc. pour qu'ils n'aient qu'un fichier texte à modifier.