Framework de widgets industriels utilisant GraphicsView [Nouveauté]

**Laurent Gomila** · 02/09/2009, 14h59

Bonjour à tous

La société Tegesoft vient de sortir la première release publique de GICS, un framework libre fournissant des widgets vectoriels orientés industrie écrit en C++ avec le module GraphicsView Qt.

GICS fournit un ensemble d'instruments pré-fabriqués : LCDs, LEDs, boutons évolués, sliders, jauges, indicateurs de niveau, etc. Ceux-ci sont totalement personnalisable grâce au système de skin utilisant une combinaison de XML et de SVG.

Le framework permet également de construire facilement ses propres instruments à l'aide de composants de base tels que des échelles, des images vectorielles, des curseurs, des aiguilles, etc.

GICS est distrubuée sous double licence : GPL v3 ou commerciale.

Lien :
http://www.tegesoft.com/products/gics

Captures d'écran :

PS : Tegesoft distribue également une bibliothèque C++ de réflexion, sur laquelle GICS est fortement basée
http://www.developpez.net/forums/d80...reflexion-cpp/

**cayou66** · 02/09/2009, 15h35

Impressionnant !
Ca va plaire à mon chef de projet

**cayou66** · 02/09/2009, 16h11

Je me pose quand même une question sur les performances...Ca mérite quelques tests, étant donné que ces objets sont amené à faire du 25 hertz en rafraichissement.

**Laurent Gomila** · 02/09/2009, 16h18

Les performances sont globalement déjà bonnes, tu peux essayer la démo qui va avec pour en juger.

De plus elles sont encore largement améliorables, que ce soit du côté de Qt (GraphicsView est jeune et subit encore de grosses améliorations) ou de GICS (c'est une toute première version, pas spécialiement optimisée).

Etant développé pour l'industrie, le but est très clairement que les interfaces graphiques construites à partir de ce framework puissant tourner décemment sur tout type de configuration, y compris l'embarqué.

**cayou66** · 02/09/2009, 16h21

C'est bien pour cette raison qu'il sera important de tester les performances de mon côté, j'irai voir l'exemple.

**cayou66** · 02/09/2009, 16h32

50% sur un core 2 duo E6700 pour la demo, mouai. Mais il prend que dalle en mémoire, et le pc reste fluide. Après l'effet lorsqu'on clique sur About, MamaMia !

**Laurent Gomila** · 02/09/2009, 16h44

50% sur un core 2 duo E6700 pour la demo, mouai. Mais il prend que dalle en mémoire, et le pc reste fluide

La charge CPU excessive a déjà été corrigée pour la prochaine version, elle est maintenant de l'ordre de 1%.

Après l'effet lorsqu'on clique sur About, MamaMia !

Là on s'est un peu fait plaisir, ça n'a pas grand chose à voir avec GICS

**cayou66** · 02/09/2009, 16h54

Effectivement, 1% pour la prochaine version...Ca laisse rêveur...

**Niak74** · 02/09/2009, 16h57

Pas mal la démo et l'animation about.

Pareil, 50% duc proc sur un Core 2 duo (donc tout un proc), c'est énorme !!! (EDIT : ok)

Reste à suivre les évolutions.

**cayou66** · 02/09/2009, 17h13

De plus,avec Qt 4.6 et son système d'animations, ça risque d'être vraiment sympa tout ça

**yan** · 02/09/2009, 22h36

Qu'es ce que cela apporte par rapport au widget+stylesheet ou style perso??
De ce que j'ai vue, je voie pas ce qu'il apporte de plus

A voir ce que vaut leurs systèmes de skin.

**Laurent Gomila** · 02/09/2009, 22h51

Qu'es ce que cela apporte par rapport au widget+stylesheet ou style perso??

L'API est beaucoup plus riche et orientée instruments industriels.
De plus le framework propose des composants de base qui permettent de fabriquer facilement ses propres instruments complexes.

A voir ce que vaut leurs systèmes de skin.

Ne pas trop se focaliser dessus pour le moment, il va encore subir de nombreuses modifications avant la version 1.0

**uriotcea** · 03/09/2009, 19h25

Bonjour,

Pas de plugging pour inégration à QDesigner ?

**yan** · 03/09/2009, 19h26

Envoyé par Laurent Gomila

L'API est beaucoup plus riche et orientée instruments industriels.
De plus le framework propose des composants de base qui permettent de fabriquer facilement ses propres instruments complexes.

Ok merci. Faut regarder de plus prés alors.

Par contre je trouve dommage qu'il est tous fait sous forme d'item pour les graphics view et non sous widget. Et l'utilisation des property pour être exploiter par le prochaine QAnimation framework.

Et tous cas, c'est à regarder de prés son évolution

**Laurent Gomila** · 03/09/2009, 20h24

Pas de plugging pour inégration à QDesigner ?

Si, c'est bien entendu prévu.

Par contre je trouve dommage qu'il est tous fait sous forme d'item pour les graphics view et non sous widget

Ca aussi c'est prévu, de même que des wrappers pour différentes technologies / langages compatibles avec Qt.

Et l'utilisation des property pour être exploiter par le prochaine QAnimation framework.

Ca c'est un problème qui nous préoccupe beaucoup et auquel nous réflechissons encore, mais pour le moment ça ne semble pas possible.

**yan** · 03/09/2009, 21h18

Envoyé par Laurent Gomila

Ca c'est un problème qui nous préoccupe beaucoup et auquel nous réflechissons encore, mais pour le moment ça ne semble pas possible.

Par curiosité, quels types de problèmes rencontrez vous?

Vous allez faire interagir CAMP et les meta data de Qt?

**Laurent Gomila** · 03/09/2009, 22h23

Par curiosité, quels types de problèmes rencontrez vous?

Le système de meta-propriétés de Qt est pratique tant que l'on reste dans un certain cadre, mais en réalité il se révèle assez lourd et peu flexible pour une utilisation plus poussée.

Par exemple :
- code très largement intrusif
- obligation d'hériter de QObject, de rendre la classe non-copiable, d'utiliser MOC
- impossible d'utiliser l'héritage multiple
- obligation de binder des couples de getter/setter au prototype figé
- mauvaise gestion de l'imbrication des meta-objets (on est limité à 1 niveau de propriétés)
- ...

Vous allez faire interagir CAMP et les meta data de Qt?

CAMP possède un système de binding externe, qui permet d'écrire un mapper qui va convertir une meta-propriété X vers une meta-propriété CAMP. Ensuite on utilise ce mapper lors de la déclaration des metaclasses, et hop toutes les propriétés X sont automatiquement ajoutées à la metaclasse CAMP.
Un mapper pour Qt est fourni par défaut, de sorte que les propriétés Qt soient automatiquement gérées. Par contre l'inverse (CAMP vers propriété Qt) n'est pas possible.

**Matthieu Brucher** · 05/09/2009, 23h40

Joli, c'est clair ! Pas de version LGPL, que la GPL ou commercial ? Je constate aussi l'utilisation du "nous"

**Laurent Gomila** · 06/09/2009, 12h02

Non pas de LGPL. C'est un produit commercial qui a un coût de développement, on ne peut pas le distribuer sous une licence qui permettraît une utilisation commerciale complètement gratuite.

Et effectivement j'ai participé au développement de ce produit chez Tegesoft

**Matthieu Brucher** · 06/09/2009, 13h28

Tiens, d'ailleurs, je n'ai pas vu le code source de la version GPL

Framework de widgets industriels utilisant GraphicsView [Nouveauté]

Bibliothèques

Discussions similaires

Partager

Partager