Vidéothèque, mur de jaquettes

Version imprimable

15/04/2014, 09h34
Avatar36

Vidéothèque, mur de jaquettes

Bonjour,

Je suis actuellement en train de réaliser un logiciel de vidéothèque et je suis notamment en train de penser à réaliser un mur de jaquettes. L'idéal serait qu'elles soit cliquables pour accéder aux renseignement des films. J'utilise Qt pour l'interface graphique. Mon idée serait de créer un mur de boutons en les disposant avec un Layout (certainement grille), puis de coller les jaquettes sur les boutons. A votre avis est-ce que c'est propre comme façon de faire ou est-ce qu'il y a un moyen de gérer ça bien comme il faut?

Cordialement
16/04/2014, 09h24
Médinoc

Plutôt que des boutons dans un Layout, n'y a-t-il pas de contrôle ToolBar ou ListView (disposant d'un mode Grandes Icônes ou Miniatures) sous QT?
16/04/2014, 11h57
Iradrille

Citation:

Envoyé par Avatar36

A votre avis est-ce que c'est propre comme façon de faire ou est-ce qu'il y a un moyen de gérer ça bien comme il faut?

Il y à peut être mieux déjà existant, sinon il est toujours possible de créer un Widget
16/04/2014, 14h16
Avatar36

Oui mais attention, les jaquettes doivent pouvoir être cliquables pour accéder directement à la fiche du film, d'où mon idée des boutons. On peut faire ça avec un listview? Toolbar il me semble que c'est pour faire une barre d'outil, je ne vois pas bien ton idée avec cet objet.

Cordialement
16/04/2014, 15h51
Médinoc

J'ignore ce que peuvent faire les ListViews de QT, mais sous Windows une ListView ça donne ce qu'affiche l'Explorateur Windows. Dans tous les modes d'affichage que tu veux (liste, icônes, miniatures...)

Donc oui, c'est cliquable, ou au moins double-cliquable.
19/04/2014, 22h12
Avatar36

Ok à mon avis c'est pas exactement ce que je voulais faire mais je testerai. Dans le pire des cas mon idée doit être réalisable je pense. J'essaierai les deux.

@+
28/04/2014, 17h55
white_tentacle

Pour faire ce genre de trucs, je te conseille plutôt de regarder du côté de QML plutôt que QtWidgets. C’est Qt aussi, mais c’est plus moderne et probablement plus adapté à ce que tu veux faire (du moins, tout dépend des autres fonctions du logiciel. En tout cas, pour ce point précis, QML me semble meilleur).
28/04/2014, 19h08
foetus

Citation:

Envoyé par white_tentacle

Pour faire ce genre de trucs, je te conseille plutôt de regarder du côté de QML plutôt que QtWidgets. C’est Qt aussi, mais c’est plus moderne et probablement plus adapté à ce que tu veux faire (du moins, tout dépend des autres fonctions du logiciel. En tout cas, pour ce point précis, QML me semble meilleur).

Le QML c'est du Javascript. Donc en gros C++ pour la base, et Javascript pour l'UI et les bindings (et peut-être plus)
Mais il est vrai que depuis au moins QT 4.6/ 5.0, toutes les nouvelles fonctionnalités "trop cool" c'est via QML :?

Et le côté moderne, je ne suis pas "fan": connaitre 2 langages C++ et Javascript pour faire une grille qu'on peut coder en OpenGL pour le "fun" :?
Cela se rapproche de la programmation internet PHP/ Javascript/ CSS/ HTML/ AS + les "bases" (Wordpress, Drupal, ...) + les bibliothèques annexes
28/04/2014, 20h35
Iradrille

Citation:

Envoyé par foetus

Et le côté moderne, je ne suis pas "fan": connaitre 2 langages C++ et Javascript pour faire une grille qu'on peut coder en OpenGL pour le "fun" :?
Cela se rapproche de la programmation internet PHP/ Javascript/ CSS/ JTML/ AS + les "bases" (Wordpress, Drupal, ...) + les bibliothèques annexes

Je partage ton avi. Que les styles utilisent du CSS (ou un dérivé), c'est une bonne chose, ça peut être bien pratique. (Ya moyen en plus de vérifier la syntaxe à la compilation pour les styles connus à la compilation avec des templates variadiques).

Que l'interface soit faite en HTML (ou dérivé), pourquoi pas, tant que c'est compilé pour récupérer un maximum d'erreurs (par exemple ajouter une fenêtre dans un bouton doit lancer une erreur de compilation, et pas une exception à l'exécution si c'est impossible).

Mais le Javascript pour la logique... Je vois pas l'intérêt, on perd tous les avantages du C++ : typage strict, énormément d'erreurs détectés à la compilation, vitesse d'exécution, ...
29/04/2014, 09h37
white_tentacle

Citation:

Envoyé par Iradrille

Mais le Javascript pour la logique... Je vois pas l'intérêt, on perd tous les avantages du C++ : typage strict, énormément d'erreurs détectés à la compilation, vitesse d'exécution, ...

Attention à ne pas faire d’impair. Javascript n’est pas là pour la « logique », mais pour la « logique de présentation ». En gros, pour masquer / activer certains éléments en fonction du contexte, gérer quelques choses simples comme le positionnement d’éléments, adapter deux trois évènements (comme, au clic sur un bouton, appeler la méthode avec la valeur du champ d’à côté).

Pour te donner une idée, sur un projet utilisant une interface QML, pour ~8000 lignes de qml (une vingtaine d’écrans différents, de complexité modérée), on a… 45 fonctions javascript, faisant en moyenne 3/4 lignes. Toute la logique est bien en C++.

Citation:

Et le côté moderne, je ne suis pas "fan": connaitre 2 langages C++ et Javascript pour faire une grille qu'on peut coder en OpenGL pour le "fun"

En fait, entre les deux, ça ira beaucoup plus vite d’apprendre QML/javascript que d’apprendre OpenGL. Si tu connais déjà openGL et que tu découvres QML, c’est évidemment une autre histoire.
29/04/2014, 10h11
Bousk

Je plussoye sur le QML

C'est ultra simple (inutile d'apprendre vraiment le javascript, la syntaxe de base fera largement l'affaire au moins pour commencer), et ton projet s'apparente à de la pure GUI, pour laquelle le scripting est tout indiqué : une modif rapide, du tatonement, pas besoin d'attendre 10mn que ça recompile, suffit de relancer et voir le résultat

Le C++ pour le "bas niveau" et les données oui, mais pour l'aspect pur affichage/GUI, le scripting est clairement préférable
29/04/2014, 12h02
foetus

Citation:

Envoyé par white_tentacle

Attention à ne pas faire d’impair. Javascript n’est pas là pour la « logique », mais pour la « logique de présentation ». En gros, pour masquer / activer certains éléments en fonction du contexte, gérer quelques choses simples comme le positionnement d’éléments, adapter deux trois évènements (comme, au clic sur un bouton, appeler la méthode avec la valeur du champ d’à côté).

Citation:

Envoyé par Bousk

Le C++ pour le "bas niveau" et les données oui, mais pour l'aspect pur affichage/GUI, le scripting est clairement préférable

Chacun son point de vue, mais dire que c'est que du pure GUI, je ne pense pas :sleep:

Par exemple, on peut faire des threads, des écrans d'attente, faire des requêtes SQL.
Et il y a un composant MVC il me semble.

Les fonctionnalités en plus par rapport au Qt C++, sont des fonctionnalités quand même lourdes comme de l'OpenGL ou des effets vidéos :mrgreen:

Et enfin, le QML cible les mobiles, d'où son côté "touche à tout" et rapide.

Chacun son point de vue, mais cela fait 2 langages à apprendre dont 1 langage ''bibliothèque-usage [quasi] unique' (par exemple il n'y a de var et on peut omettre le point virgule) avec les inconvénients d'un langage interprété "bridé" par un moteur, et ... fin du HS :whistle:
29/04/2014, 13h27
Iradrille

Citation:

Envoyé par white_tentacle

Attention à ne pas faire d’impair. Javascript n’est pas là pour la « logique », mais pour la « logique de présentation ». En gros, pour masquer / activer certains éléments en fonction du contexte, gérer quelques choses simples comme le positionnement d’éléments, adapter deux trois évènements (comme, au clic sur un bouton, appeler la méthode avec la valeur du champ d’à côté).

Pour te donner une idée, sur un projet utilisant une interface QML, pour ~8000 lignes de qml (une vingtaine d’écrans différents, de complexité modérée), on a… 45 fonctions javascript, faisant en moyenne 3/4 lignes. Toute la logique est bien en C++.

Dans ce cas pourquoi pas, je ne connais pas QML, et après avoir vu 2/3 exemples je pensais que le JS était beaucoup plus "présent".
Exemple d'une calculette : http://qt-project.org/doc/qt-4.8/dem...alculator.html
Avec la logique en JS : http://qt-project.org/doc/qt-4.8/dem...ulator-js.html
29/04/2014, 14h26
white_tentacle

Citation:

Envoyé par Iradrille

Dans ce cas pourquoi pas, je ne connais pas QML, et après avoir vu 2/3 exemples je pensais que le JS était beaucoup plus "présent".
Exemple d'une calculette : http://qt-project.org/doc/qt-4.8/dem...alculator.html
Avec la logique en JS : http://qt-project.org/doc/qt-4.8/dem...ulator-js.html

C’est le problème systématique avec les démos / exemples. On veut faire au plus simple pour que ça soit accessible ou que ça se concentre sur un unique aspect du problème, mais du coup, on fait quelque chose qui est très moyen d’un point de vue conception.

Il faut bien voir que d’un point de vue MVC, JS + QML ne sont là que pour le V. Si tu te tiens à ça, alors javascript sera forcément limité. Si tu commences à mettre le contrôleur voire le modèle du côté javascript, c’est différent. Ça marchera, mais comme tu le dis, le rapport gain / perte va très très rapidement être défavorable avec le grossissement de la taille du projet.

Citation:

Envoyé par foetus

Chacun son point de vue, mais dire que c'est que du pure GUI, je ne pense pas :sleep:

En fait, aujourd’hui, pour moi ce qui va motiver le choix vers l’un ou l’autre est plutôt de l’ordre du type d’interface qu’on veut. Soit
- on veut une interface classique, avec des menus, des listes d’éléments, des widgets classiques, qui ressemblent bien à ce qu’on trouve dans n’importe quelle application classique et qui à le même look&feel que le reste de la plateforme, alors qtwidgets est plus adapté. QML n’est pas encore mature de ce point de vue (c’est en cours).
- on veut une interface plus innovante, avec de jolis effets graphiques, des transitions, et quelque chose de plus épuré / simplifié, éventuellement adapté au tactile, alors là QML est nettement plus adapté.

La « part » de l’interface graphique dans la quantité de code n’a du coup pas vraiment d’importance. De toute façon, passer de l’un à l’autre ne doit pas changer fondamentalement grand chose au reste du code, puisqu’on ne touche qu’à la partie vue.
12/05/2014, 13h53
Avatar36

Haha visiblement j'ai bien fait de poser la question ^^.
Globalement je voulais faire quelque chose qui soit bien joli et de ce que j'ai pu lire de vos commentaire, cela correspondra plus à l'approche QML+JS. J'avais à peine commencé à apprendre le JS il y a longtemps. On dirait que je vais replonger dedans. Sinon, j'avais vu qu'on pouvait rajouter des style sheet au projets Qt. J'imagine que ce n'est pas suffisant pour faire quelque chose de très évolué? Mais si on regarde le logiciel MyCinema, il dispose d'un mur de jaquettes et pourtant le reste de l'interface est sobre (bon après c'est codé en java, c'est pas tout à fait la même chose). A votre avis est-ce que le programmeur a utilisé un script en JS?
De ce que j'ai pu voir de QML sur la documentation Qt, cela semble très court! Du coup je n'ai que le JS à réapprendre c'est ça? Et le script JS se mettra dans un objet QML puis incorporé dans mon projet (corrigez moi si je me trompe). Finalement c'est un peu comme utiliser QtDesigner sauf que là c'est QtQuick (au niveau de l'utilisation et de l'incorporation au projet).
12/05/2014, 14h28
white_tentacle

Citation:

Envoyé par Avatar36

Haha visiblement j'ai bien fait de poser la question ^^.
Globalement je voulais faire quelque chose qui soit bien joli et de ce que j'ai pu lire de vos commentaire, cela correspondra plus à l'approche QML+JS. J'avais à peine commencé à apprendre le JS il y a longtemps. On dirait que je vais replonger dedans. Sinon, j'avais vu qu'on pouvait rajouter des style sheet au projets Qt. J'imagine que ce n'est pas suffisant pour faire quelque chose de très évolué?

Aucune idée pour ce qui est des feuilles de styles qtwidgets. Mon point de vue est qu’une appli qtwidgets doit être parfaitement intégrée à l’OS, et donc qu’elle ne doit surtout pas utiliser de styles pour cette raison. Pour ce qui est des styles qml, je n’ai pas encore eu le temps de creuser (ils étaient absent en qt quick 1.0).

Citation:

Mais si on regarde le logiciel MyCinema, il dispose d'un mur de jaquettes et pourtant le reste de l'interface est sobre (bon après c'est codé en java, c'est pas tout à fait la même chose). A votre avis est-ce que le programmeur a utilisé un script en JS?

Je ne connais pas l’appli, mais je penche plutôt pour, comme l’a suggéré foetus, un contexte opengl et le tout programmé à la main.

Citation:

De ce que j'ai pu voir de QML sur la documentation Qt, cela semble très court! Du coup je n'ai que le JS à réapprendre c'est ça? Et le script JS se mettra dans un objet QML puis incorporé dans mon projet (corrigez moi si je me trompe). Finalement c'est un peu comme utiliser QtDesigner sauf que là c'est QtQuick (au niveau de l'utilisation et de l'incorporation au projet).

Il te faut apprendre la syntaxe qml (très court, effectivement), un tout petit peu réviser javascript (pas besoin de grand chose), et ensuite, comprendre les concepts QMLs. Le plus dur est de se mettre à penser en « déclaratif », ce qui n’est pas toujours hyper intuitif.