Gambas France BETA


Pas de compte ? Incription

nombre maximal de widgets...

1
AuteurMessages
spheris#1 Posté le 24/10/2010 à 10:39:00
A votre avis,
Y a t il une limitation quant aux nombres de widgets utilisables pour votre interface ?
Par exemple,
puis-je mettre 250 labels, et 100 lcdnumbers a réactualiser toutes les secondes avec un Timer ?
;)


Prokopy,je rebondis sur ce que tu as dits ailleurs dans le forum,
L'interpréteur GB est il si lent que ça ?
Je vais essayer sur un vieux PC.
manu#2 Posté le 24/10/2010 à 12:50:00
Avec Gambas ca roule !hum..! est ce bien raisonnable Spheris ? d'autant plus que question ergonomie ça doit pas être être top ! ?

Mais normalement ca passe. Ci joint une réponse de Benoit à Pallodetaix pour un problème légèrement different :



Elles sont définies dans le fichier source gb_limit.h. La limite du nombre de constantes (c'est à dire le nombre
de chaînes de caractères et de nombres à virgule flottante) dans une même
classe est de 4096, et elle ne peux pas être augmentée.


adresse du post sur la mailinglist : ICI
Jeanne d'arc, elle a frit, elle a tout compris ! ;)

Config :
Manjaro linux (excellent !)
XFCE 4.1 (simple et efficace)
Gambas 3 dans les dépots (confort total)
Prokopy#3 Posté le 24/10/2010 à 18:09:00
Kinder Pinguimanu : la constante que tu donnes est valable pour un formulaire, pas sur l'interface tout entière. ;)
Mais je te rejoins quand même : 250 labels et 100 lcdnumbers … c'est à titre indicatif ou tu vas vraiment besoin de tout ça spheris ?

Pour répondre à ta question, non l'interpréteur gambas n'est pas si "lent" que ça. Il est certainement plus lent qu'un programme écrit en C/C++ ou en assembleur, mais je trouve qu'il est quand même plus rapide que son concurrent windaubien (si à cette différence de niveau on peut encore parler de concurrence … :P ) ou qu'un BASIC sur calculette.

Mais même tout ça t'auras du mal à le faire avaler à un programme écrit en C++ écrit avec Qt. Et comme le disait manu, question ergonomie, ça doit pas être top …
Si tu as vraiment besoin d'autant de contrôles (mais j'aimerais bien savoir pourquoi quand même :) ), essaie de tout découper en plusieurs formulaires, puis éventuellement de les regrouper dans un Workspace si tu veux, sinon tu vas te retrouver avec l'erreur "Trop de constantes dans le formulaire", erreur citée par manu ci-avant.
La théorie, c'est quand on sait tout et que rien ne fonctionne.
La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi.
Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi.
spheris#4 Posté le 25/10/2010 à 09:44:00
prokopy,manu,
imaginez une application qui, par une interface rs232, recoit des données d'une centaine de capteurs.
Imaginez aussi qu'il y a un LCDnumber et un label par capteur affichant le type de capteur(le label) et la valeur mesurée de celui ci(LCDnumber)
Voilà pourquoi je posais cette question.
A moins qu'il y ait plus simple : Dessiner dans une drawarea tous ces petits appareils...
Il y a aussi la gridview, mais je trouve ca moche le concept à la excel !
;)
Prokopy#5 Posté le 25/10/2010 à 11:07:00
Kinder PinguiAh d'accord, je vois.

Pour ça je pense que ça ferait plus "oganisé" d'utiliser une GridView (un peu comme ça), et ça allégerait pas mal le programme. Tu gagnes en ergonomie et en performances, et ça c'est le top. :)
Tu trouves peut-être ça moche (pour tout te dire, moi aussi), mais si c'est pratique, après on s'en fout un peu que ce soit beau. Et pour être franc je crois que tes labels et tes LCD ne seront pas plus jolis ;)
Et puis bon, tu peux bien définir deux-trois couleurs subtiles dans ta GridView, c'est pas interdit (attention à ne pas faire de la pop-programmation non plus). :rabbit:
La théorie, c'est quand on sait tout et que rien ne fonctionne.
La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi.
Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi.
manu#6 Posté le 25/10/2010 à 17:31:00
Avec Gambas ca roule !je connais cette application, elle est écrite en gambas en plus :)



Moi je trouve pas ça moche, en plus du peux créer des filtres du style : affiche les capteurs dont le resultat est compris entre 10 et 20 ou montre moi toute les valeurs de la zone 1 et 2, les trier par ordre croissant ou décroissant, etc

Bref tu fera des tris beaucoup plus simplement et en plus comme montré dans le Screenshots, tu peux enserrer dans le gridview des images, caractérisant le capteur ou résumant le résultat (feu rouge, feu vert...) ...

Je ne crois pas que le cerveau humain soit fait pour analyser 250 données comme ca...en tous cas pas le miens ;)

Jeanne d'arc, elle a frit, elle a tout compris ! ;)

Config :
Manjaro linux (excellent !)
XFCE 4.1 (simple et efficace)
Gambas 3 dans les dépots (confort total)
spheris#7 Posté le 25/10/2010 à 22:00:00
Prokopy,manu,
merci pour vos conseils,
mais la finalité de cette application, c'est de la rendre tactile (avec ecran tactile)
et si on clique(toucher du doigt) sur une case de la gridview, alors on lance le parametrage de ce capteur.
L'autre idée est comme je l'avais déjà fait serait les boutons genre ca :



Mais toujours pareil !
Peut-on mettre 250 boutons à l'ecran ?
;) ;)
manu#8 Posté le 26/10/2010 à 08:03:00
Avec Gambas ca roule !faut essayer, je vois que ca ! :)
Jeanne d'arc, elle a frit, elle a tout compris ! ;)

Config :
Manjaro linux (excellent !)
XFCE 4.1 (simple et efficace)
Gambas 3 dans les dépots (confort total)
Prokopy#9 Posté le 26/10/2010 à 11:43:00
Kinder PinguiTu peux essayer de faire comme ça, oui. Mais en principe sur un écran tactile il faut essayer de ne pas afficher trop de choses. Ce qu'il y a sur le screenshoot ça va, mais si tu commences à en mettre plus je pense que ça deviendra difficile.
C'est pour ça que moi j'aime bien le GridView. Il possède déjà des barres de défilement, tu peux agrandir tes cellules, les fusionner, détecter les évènements dedans, mettre de la couleur, des images … moi ça ma semble bien pour tout type d'affichage.

Mais bon après tu fais comme tu veux. ;)
La théorie, c'est quand on sait tout et que rien ne fonctionne.
La pratique, c'est quand ça marche mais qu'on ne sait pas pourquoi.
Quand la théorie rejoint la pratique, rien ne fonctionne et on ne sait pas pourquoi.
spheris#10 Posté le 26/10/2010 à 17:38:00
Ok merci les gars !
A ce soir ! 21hoo
;) ;)
gambix#11 Posté le 26/10/2010 à 21:01:00
Faire simple !Une idée pourrait être celle utilisé par le grid view ... il ne faut pas croire qu'il garde toute les info en mémoire ...

on prévoit une quanttité de controle affichable ... et en fonction d'un scrollbar on les connecte a leur source ou non


ainsi je peu manager 10000 capteur si je veux... mais il ne faut pas rêver ... on a que deux yeux. DOnc il faut un moyen de gérer les capteurs en fonction de seuil critique ... qui feront remonter les afficheur en tête... il faut une interface dynamique qui permette de surveiller ce qu'il y a réellement a surveiller ... du plus urgent au moin critique.
Moins de texte dans une signature c'est agrandir son espace.
Gamuti#12 Posté le 20/11/2010 à 10:20:00
A votre avis,
Y a t il une limitation quant aux nombres de widgets utilisables pour votre interface ?

À titre personnel, je n'ai jamais utilisé autant de widgets.

J'ai remarqué que si on veux, par exemple, créer un handimanchot, dont les roues sont associés à un timer pour le mouvement, alors, on parvient à un résultat tout à fait fluide.
Par contre, si on associe un timer à chaque roue (imaginons un handimanchot à 3 roues -> donc, 3 timers) alors, on à toujours un mouvement mais il n'est plus du tout fluide - même si on n'a pas touché aux valeurs d'intervalle des timers. C'est d'autant plus vrai si les valeurs d'intervalles sont différentes d'un timer à l'autre.
La puissance de Gambas réside dans le fait que même si les mouvements ne sont plus du tout fluide - mais saccadés - gambas parviens tout de même à traiter toutes les instructions à tous les intervalles données.
1