| 1 | |
| Auteur | Messages |
|---|---|
| Foromus | #1 Posté le 20/7/2012 à 10:55:14 |
| Bonjour à tous, Suite à quelques déboires, je me pose des questions à propos des composants. D'abord, je me demande sur quels critères on va s'appuyer à l'occasion d'une nouvelle création. Il apparaît que certains composants sont incompatibles entre eux, par exemple, gtk et qt. C'est là que je ne comprends pas trop : si par extraordinaire, un projet nécessite un élément de l'un pour telle ou telle application, et un élément de l'autre pour telle autre, comment on fait ?.. Et après avoir opté, est-il judicieux, raisonnable ou simplement prudent de ne pas changer ? Je reprends l'exemple de TabStrip qui pose souci avec gtk, souci qui disparaît avec qt, mais au prix d'une perte de présentation des boutons : c'est un peu regrettable. Et là, je parle de ce que j'ai vu d'emblée, reste tout ce que je n'ai pas vu. Des trucs qui ne se supportent pas, ça existe, même (et surtout...) dans la vraie vie, je sais... Mais dans la mesure où l'on construit une ensemble bien structuré, ne devrait-on pas faire en sorte que les incompatibilités soient réduites à minima ? Quel intérêt de créer deux systèmes parallèles (à ce qu'il semble), plutôt que de se baser sur un seul et faire en sorte qu'il évolue au fil du temps ? Et que les compatibilités soient toujours respectées ? Ou alors, pourquoi ne pas faire deux listes, chacune ayant son entière compatibilité ? Je note quand même qu'à chaque nouvelle mouture de Gambas, j'ai un bon nombre de contrôles qui ne marchent plus ou mal, j'en ai plusieurs fois rapporté les faits ici et demandé moult assistance. Gambas se voulait ( se veut ?... ) un vrai rival de VB : fort bien, je soutiens l'idée... Cela dit, le coût de cette prétention n'en demeure pas moins très élevé. Maintenant pour ce que j'ai connu de VB, c'était le 6 et il est resté 6 tout au long des années où j'ai pu l'utiliser. Il est donc évident que dans ce cas, il n'y a guère eu de changements ! Bien cela étant dit, je voudrais d'emblée couper court à tous ceux qui seraient tentés de m'envoyer balader sous prétexte que si je n'aime pas, je n'ai pas à en dégoûter les autres. Non, j'aime bien Gambas, je le prends comme il est, je souhaiterais certes qu'il soit encore mieux qu'il est, je ne fais donc pas ici une critique du système ni procès d'intention, simplement une réflexion gratuite, car il est bien entendu que je n'ai pas les moyens réels d'apporter une quelconque amélioration ! Et comme on est au bistrot, je dis fièrement : A la vôtre !... | |
| Jack | #2 Posté le 20/7/2012 à 18:31:30 |
| Bonjour, l'intérêt c'est d'avoir un code autonome et indépendant de la bibliothèque graphique du gestionnaire de fenêtre. Ton application pourra donc fonctionner aussi bien sous Gnome que sous KDE. Par exemple si tu es sous Gnome alors tu n'auras pas besoin d'installer QT. Comme pour tout logiciel ce sont les utilisateurs qui font évoluer Gambas. Moi, j'utilise QT pour le moment donc je ne connais pas tous les problèmes liés à Gtk, mais comme le disais Gambix tu peux t'inscrire sur la mailing list francaise sur le site de Gambas. Double avantage pour toi, ta messagerie ne sera pas submergée et en plus tu pourras faire remonter tes dysfonctionnements. Ce sera pour toi un moyen réel de participer à l'amélioration de Gambas et, bien plus qu'une participation cela sera une contribution de ta part. Tchin. NB: le composant Gtk est relativement récent donc encore sujet à perfectionnements. Pour un code démocratique nationalisons Gambas. | |
| SplugenBrau | #3 Posté le 22/7/2012 à 10:58:55 |
| the simpler, the stronger | Bonjour, Je vien de lire un peu de html-pages a ce propos: Maintenant Je crois que les fenetres d'une distribution linux peuvent etre: Gnome, Xftc, Kde. Qui sont des librairies qu'on trouve dejà compilées dans un systeme. Au contraire: Qt4, gtk+, sont des librairies prete au developpement. Qt4 est commercial et donne libre employe seulement pour les versions plus viellies. Elles sont viellies mais presque au niveau de gtk nouvelles. Le quelles sont libres (plus que GPL2). Il faut ne negliger ni qt4, ni gtk+ au fin du garantir un avenir de libre programmation. On ne peut pas utiliser qt4 et gtk+ ensemble dans le meme project, mais on peut atteindre deux projects: l'un qt4, l'autre gtk+. J'ai decouvert combien le composant printer est different en changant qt4 avec gtk+! Mais J'ai decouvert ansi que le composant gtk+ de Gambas 3.1.1 a des bugs, plus que qt4. Le premiere bug parait a la presse du bouton 'tab' et au chemin du focus entre les composants d'une fenetre. Le composant gtk+ est un peu pourri: http://www.gambasforge.org/sujet-4317-gambas-32-est-la-.html Je veux ajouter que le langage natife des librairies qt4, gtk+ est le C. C'est tout. Veulliez me perdonner le langage telegrafique, Je suis italien. Salut. |
| Foromus | #4 Posté le 25/8/2012 à 16:48:24 |
| Bonjour à tous, """ l'intérêt c'est d'avoir un code autonome et indépendant de la bibliothèque graphique du gestionnaire de fenêtre. """"" Bon, là, j'aimerais bien ... si je savais comment faire. J'ai continué mes investigations, car dans mes projets actuels, je regrette par trop l'absence de couleur des boutons. J'ai des projets qui datent de 3 - 4 ans, aussi, il est possible, compte-tenu des centaines de modifications que certaines choses aient changé, ne serait-ce que la version de Gambas... Pour l'instant, j'ai une chose avec Qt. Il y a plusieurs soucis, en particulier, un phénomène bizarre avec les listbox. Dans une application, je transfère des éléments d'une liste à l'autre (genre à vendre / vendu ), avec affichage de l'élément lors de la transaction. J'ai cherché pendant des heures le pourquoi du phénomène que voici : en basculant de la liste un vers la deux, tout se passe normalement. Si je fais un second transfert, je ne peux pas, d'emblée, sélectionner le premier élément de la seconde liste ! Mais je peux sélectionner le second, et ensuite, le premier ! Mais pas le premier du premier coup... Sauf, si il est tout seul... Je n'ai jamais pu trouver l'explication, mais je vais y revenir. Normalement têtu, j'ai voulu voir pourquoi mes boutons refusaient la couleur. J'ai donc décoché la bibliothèque Qt et pris la Gtk. Le souci, c'est que là, mon appli se bloque au lancement. Là, j'ai encore cherché un bon bout de temps, alors que si j'avais jeté un œil sur le thermomètre, j'aurais vu que la CPU tournait à fond... J'ai procédé par éliminations (beaucoup avant de tomber sur la bonne), avant de m'apercevoir que les panels n'acceptaient pas la couleur directement dans leur propriété background. Enfin ... pas tous, certains, étaient plus tolérants. J'ai aussi découvert la même chose avec les forms, on peut leur attribuer une couleur de fond, mais pas directement, il faut passer par le code. Arrivé à ce stade, je reste perplexe... Par contre, et sous Gtk, mon souci avec mes listbox a disparu ! Pour faire le point, j'ai créé 3 mini projets, strictement identiques, et comportant un bouton, deux list et un panel. Donc, trois projets bien séparés, et dont voici les conclusions : ======================================================================= Notes sur Gambas : Trois projets ont été créés pour les essais. respectivement : Sous Gui, Qt, et Gtk. Ils comportent un bouton, un panel, deux listes devant faire du transfert de l'une à l'autre pas simple click, la première étant remplie de 5 éléments au départ, par le code dans l'Open On part du principe que tous les contrôles ont leur propriété background renseignée sur une couleur précise (au lieu de défaut) au départ. Sous Gui : Bouton = Couleur non affichée dans la form, mais apparaît dans l'exe. Panel = Couleur affichée dans la form, et aussi dans l'exe. Feuille = La couleur de fond n'accepte pas d'être renseignée directement dans les propriétés (ça part en boucle), il faut le faire par le code, dans l'Open, par exemple. Transfert Listes = Les transferts d'une liste à l'autre s'effectuent normalement. Sous Qt : Bouton = Pas de couleur pour le bouton, ni dans la Form, ni en affichage. Panel = Couleur affichée dans la form, et aussi dans l'exe. Feuille = Couleur affichée dans la form, et aussi dans l'exe. Transfert Listes = La liste s'auto-appelle, et tout part en boucle. Sous Gtk : Bouton = Couleur non affichée dans la form, mais apparaît dans l'exe. Panel = Couleur affichée dans la form, et aussi dans l'exe. Feuille = La couleur de fond n'accepte pas d'être renséignée directement dans les propriétés (ça part en boucle), il faut le faire par le code, dans l'Open, par exemple. Transfert Listes = Les transferts d'une liste à l'autre s'effectuent normalement. ======================================================================= En conclusion, on remarquera que dans les 3 possibilités, des dysfonctionnements importants existent. Curieusement, si les panels posent problème, les frames semblent plus conciliantes. Je pourrais remplacer tous mes panels par des frames : avec au moins une centaine, ça peut occuper des soirées, surtout que certaines sont perdues dans un empilement, ce qui ne favorise guère le remplacement, d'autant qu'avec le changement de nom, il faudra une modification du code. Peut-être pourrais-je opter pour la solution de tout recommencer en faisant une reconstruction à l'identique, sachant que le code, lui, restera le même, je pourrai toujours le récupérer. En tous les cas, je jour où j'arriverai à obtenir quelque chose qui me convient, il me sera absolument salutaire de tout figer, annuler toutes les mises à jour, et rester avec ce dont je disposerai sur le moment, sans chercher une hypothétique amélioration qui bien souvent n'en est pas une. Oui, je me dois d'être maintenant raisonnable... | |
| jibi | #5 Posté le 25/8/2012 à 18:00:49 |
codergambas.jimdofree.com | Bonjour Je viens juste de tester un de tes soucis avec Qt, car je suis en ce moment avec un projet sous Qt! Sous Qt :Ben chez moi aucun soucis avec les boutons! de même que tabstrip fonctionne pour ce que j'ai vu correctement Je n'ai pas testé tout ce dont tu parles Je suis en ce moment sous Kubuntu 12.04 , Kde 4.7.4 et Gb3svn#5058 jibi Debian GNU/Linux 11 64-bit |
| gambix | #6 Posté le 26/8/2012 à 16:05:41 |
Faire simple ! | Ces difficulté ne sont pas directement liée à gambas mais aux grandes différences entre st et htm. Il est très difficile de faire converger ces deux lib vers une api commune c'est un défi énorme que seul gambas est proche de relever. Qt est gnu Il faut absolument retourner tous ce que vous trouverez comme différence sur la mailing list on est pas omniscient. Vb 6 est static et ne s'améliore jamais. Windows est Windows mais linux sont des linux... C'est une autre différence qui cause certaine différence entre les postes. C'est souvent du aux thèmes choisi par les distrib, et au, structure de fichiers. Gambas effacée beaucoup de ces différence mais la encore de nouvelles apparaissent vite. Pour l'impression, Qt et gtk diffèrent tellement... Et j'en parle en connaissance de cause avec mon travail sur gb.report. Moins de texte dans une signature c'est agrandir son espace. |
| Foromus | #7 Posté le 26/8/2012 à 22:38:19 |
| Bonsoir, Pour la mailing list, je crains une fois de plus de n'avoir pas tout compris... Comme on m'y a ici invité, j'ai souscrit... Je suis allé je ne sais plus où, je me suis abonné, j'ai reçu une confirmation avec un lien pour valider, puis, comme un imbécile, j'ai effacé le tout et j'ai perdu l'adresse... Bon, je me suis dit que, vu que j'étais abonné, j'allais bien, un jour ou l'autre, recevoir un truc et récupérer le convoi... Pas de bol, je n'ai jamais rien reçu... En clair, j'ai encore du gaffer quelque part... Autrement, ce que j'ai écrit ici, ce n'est pas un plaidoyer ni une demande d'aide, c'est juste une conversation de bistrot ! Maintenant, si j'arrivais à faire ce que je veux vraiment, c'est évident que ça me ferait plaisir, mais je programme juste pour le plaisir, un peu aussi pour que mon vieux cerveau ne se ramollisse pas trop vite... Mais c'est vrai que pour la mailing-list, je devrais peut-être revoir ça. Au passage, et à l'attention du tenancier : Voilà plusieurs fois - disons même pratiquement tout le temps - que je ne reçois pas d'avertissement bien que je sois abonné. Là encore, il y a eu deux messages après le mien, et si je n'étais pas passé, je n'en aurais rien su. A voir peut-être... | |
| gambix | #8 Posté le 26/8/2012 à 23:51:32 |
| Faire simple ! | tu as regardé dans tes spam car moi je reçois tout :/... sinon tu as fournit le bon mail ? Moins de texte dans une signature c'est agrandir son espace. |
| gambix | #9 Posté le 26/8/2012 à 23:55:41 |
| Faire simple ! | j'ai : foromus at w...doo dot fr c'est ça ? Moins de texte dans une signature c'est agrandir son espace. |
| Foromus | #10 Posté le 27/8/2012 à 09:10:09 |
| Bonjour à tous, @Gambix, Comme par hasard, j'ai reçu les trois dernières notifications ce matin. Peut-être que le site met un "certain temps" avant d'élaborer puis d'envoyer les notifications. Bon, mais en général, si un sujet m'intéresse, je le suis. Merci de votre attention. | |
| 1 | |
