Gambas est orienté objet, dispose d'un environnement de développement intégré (EDI), programmé en Gambas, et est facile à étendre par l'ajout de composants. Gambas permet de créer des application graphiques à l'aide de son EDI à la manière des environnements de type "Microsoft Visual", et dispose d'un débogueur. Il permet aussi de créer des projet en ligne de commande.
Gambas dispose actuellement pour la partie graphique d'un composant Qt (un composant GTK est en préparation), KDE. Il dispose aussi de composants réseaux et audio (SDL) ainsi que XML.
Gambas dispose actuellement d'une documentation assez complète bien qu'exclusivement en anglais (celle ci serait en cours de traduction en français et en italien).
Vous pourrez rencontrer l'auteur et mainteneur de Gambas, Benoit Minisini, lors du FOSDEM 2005.
Aller plus loin
- Site de Gambas (28 clics)
- Gambas Family (2 clics)
- Gambas sur LinuxFrench (15 clics)
- Benoit Minisini au Fosdem (2 clics)
- Gambas en action (5 clics)
# Hé faut rester à jour :p
Posté par Pinaraf . Évalué à 7.
http://gambas.sourceforge.net/changelog.html(...)
[^] # Re: Hé faut rester à jour :p
Posté par Laurent Carlier . Évalué à 4.
Signalons aussi que des Mailing-list sont disponibles (dont une pour les francophones).
[^] # Re: Hé faut rester à jour :p
Posté par fabien . Évalué à 2.
J'ai juste un ou deux trucs qui me gêne :
le choix que l'auteur decide pour nous ce qui n'est pas propre dans le language basic me gêne un peu, enfin quoi, les GOTO je veux bien que ca puisse être degueulasse, mais dans certains cas, c'est tres interressant, on en trouve a la pelle dans le kernel !
c'est pas parcequ'un prof d'algo vous a dis un jour que c'etais mal (tm) (parcequ'il ne voulais pas se donner la peine d'expliquer un truc que seul 5 personnes dans la salle auraient compris) qu'il faut banir les GOTO !
autre exemple : la petite bidouille pour avec des globals (faire un module global et acceder aux variable par global.mavariable )...
autre exemple : imposer les passage par valeurs/reference.
quand on utilise correctement les byref/byval (de VB), je suis désolé ce n'est pas sal !!! (tm)
bon courage quand même a l'auteur, c'est un sacres travail.
allez-y bandes d'integriste, vous qui refuser de sortir de la route toute tracé par les "no-GOTO", inutilez-moi ! :)
[^] # Re: Hé faut rester à jour :p
Posté par Laurent Carlier . Évalué à 2.
Il faut bien avouer que son abus peut amener a avoir un programme qui part "dans tous les sens" (programmation spaghetti). Tu ne peux pas reprocher l'absence de l'instruction GOTO dans Gambas: elle y est.
Après, ce qui concerne le reste, ce qui existe sous VB, je sais pas j'ai jamais utilisé :)
[^] # Re: Hé faut rester à jour :p
Posté par fabien . Évalué à 2.
J'avais cru voir il y a quelques semaines dans la page "difference avec VB" (que je ne retrouve pas ce soir), est-ce une nouveauté ? est-ce que je me susi planté ? bref, j'utilise assez peux les goto mais je suis content de savoir qu'on peux le faire.
Par contre les passages par reference, (non pas implicite comme en VB, mais au moins sur demande) je trouve que ca manque.
ou, alors je l'ai rêvé ca aussi ? :) et ca j'avoue que j'aime bien utiliser des passages par reference de temps en temps.
bon, faudrait que j'essaie quand même... un rmp mdk10.0 ?
rien a voir : en langage 'managé' sympas je suis passé au php (LAMP) quand MS à arreté la serie de VB (pas dot-net), je pense que php avec un IDE et le PEAR est peut être l'avenir du basic ?
[^] # Re: Hé faut rester à jour :p
Posté par fabien . Évalué à 2.
Vraiment du tres bon boulot.
je regrete simplement que l'editeur de menu est calcqué sur celui de VB : s'il y avait un truc a changer c'est bien celui là, l'interface est nulle.
mais je ne comprends pas, ou sont passé les parametre pour les evenement, par exemple dans un xxx_KeyPress() je devrai recevoir un KeyCode non ?
et pour le xxx_MouseDown() il n'y a pas les truc comme X,Y, Boutton...
arg..
n'empeche la disparition du keyAscii (legerement different du KeyPress) me manquera...
par contre bravo pour les coordonnée : enfin un X et un Y à la place d'un left et top... et enfin le pixel et non pas cette saloperie de twips :)
Un grand bravo quand même, je sens que je vais redevelopper en basic dans quelques temps (je avis peut-être attendre pour voir si les petites choses qui me perturbent s'estompent)
ha oui, au fait j'ai "compilé" mon ptit test, et pour le distribué il faut l'interpreteur j'imagine, il manque la generation depackage (ou du moind que ca fasse un tar.gz de ce qui est necessaire... hors lib qt3..) enfin je sais pas... si ca pouvais pondre du rpm/deb... ca sera encore mieux mais bon, faut pas rêver là... :)
# Nostalgie, quand tu nous tiens...
Posté par quetelet . Évalué à 2.
Par contre, y'a un petit problème, dans tous les exemples de code que j'ai pu voir je ne trouve pas trace des numéros de ligne...
[^] # Re: Nostalgie, quand tu nous tiens...
Posté par cortex62 . Évalué à 5.
[^] # Re: Nostalgie, quand tu nous tiens...
Posté par Laurent Carlier . Évalué à 2.
[^] # Re: Nostalgie, quand tu nous tiens...
Posté par let antibarbie = xp <- xp - 1 . Évalué à 3.
tant que j'y suis, pourquoi vouloir faire du basic quand on a du OCaml ...
[^] # Re: Nostalgie, quand tu nous tiens...
Posté par Laurent Carlier . Évalué à 2.
Cachez donc moi cette horreur ! vive le closed source ! :)
# kpart ?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 4.
Ce composant est-il réécrit de A-Z dans gambas ? ou utilise-t-il khtml ?
Comme il s'agit d'une appli qt, est-il possible de réutiliser des composants kpart ?
Si ce n'est pas le cas, ça serait vraiment, vraiment cool.
[^] # Re: kpart ?
Posté par Laurent Carlier . Évalué à 3.
Par cotre il ne me semble pas encore gerer kpart mais il y a des tentatives sur ce point.
[^] # Re: kpart ?
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Re: kpart ?
Posté par Laurent Carlier . Évalué à 2.
De plus le composant qt est un composant de base, prévu a l'origine pour pouvoir etre substitué par d'autres composant graphiques comme gtk (ou autre bien sur), des specificité de qt se trouvant dans dt-ext et kde (pour kde).
[^] # Re: kpart ?
Posté par Philippe F (site web personnel) . Évalué à 2.
Donc a part repeter ce qui a deja ete dit, je comprends pas ce que tu essayes de dire.
[^] # Re: kpart ?
Posté par Laurent Carlier . Évalué à 3.
Pour l'instant Gambas utilise Qt, il n'est utilisé que comme composant générique (lorsqu'utilisé dans sa version de base cf: gb.qt) pour l'affichage graphique des applications. Il est possible de l'echanger avec d'autre composant graphique de manière transparente (c'est prévu pour plus tard avec gtk+).
Utiliser Qt-designer aurait peut-étre été possible mais je pense que cela aurait créé plus de problème que n'en aurait résolu du fait des grandes différences entre le côté générique de Gambas (à la base bien sur) et le côté très orienté qt de Qt-designer.
# kbasic
Posté par j (site web personnel) . Évalué à 4.
Mais, oh, ça a beaucoup changé : http://www.kbasic.org(...) :-(
[^] # Re: kbasic
Posté par WH (site web personnel) . Évalué à 1.
Dommage, il avait de bonnes possibilités pour l'époque et était (et est encore) cross-plateformes.
http://www.basicguru.com/rapidq/(...)
[^] # Re: kbasic
Posté par mmh . Évalué à 2.
http://hbasic.sourceforge.net/(...)
Visiblement la différence c'est que dans gambas l'ide est écris en gambas, et dans hbasic en C. Pour le reste j'ai pas testé...
[^] # Re: kbasic
Posté par Beretta_Vexee . Évalué à 4.
http://www.yabasic.de/(...)
Bon il n'y a pas d'EDI mais ca reste un bon petit language d'apprenticage ( même si perso je conseillierais plus le python de nos jours que le basic, même si la rigueur de la syntaxe python risque de pas mal rebuter le debutant ).
[^] # Re: kbasic
Posté par icyfemur . Évalué à -2.
[^] # Re: kbasic
Posté par BoB . Évalué à 3.
Regarde le caml : tu déclare pas le type de tes variables, mais c'est hyper-rigoureux pour les types ;) (c'est pas tres clair mon explication, j'avoue)
Je ne connais pas le python, mais il me semble qu'il est assez exigent au niveau de l'objet, non?
[^] # Re: kbasic
Posté par _ . Évalué à 2.
Cependant, python est extrêmement réflexif, ce qui permet entre autres de tester "à la main" le type d'une variable si cela est nécessaire. Les decorators : http://www.python.org/doc/2.4/whatsnew/node6.html(...) permettent de gérer le contrôle des types de manière élégante, mais je ne pense pas qu'un contrôle systématique soit vraiment dans l'esprit du langage.....
Pour moi, ça reste un langage de script qui permet de traduire une idée vraiment rapidement et sans se concentrer sur les "détails", dont le typage fait partie pour ce genre de programme. Mais il vrai que sa pratique vraiment agréable et les bonnes idées qui le parsèment nous poussent à l'adopter pour des projets à plus grande échelle
[^] # Re: kbasic
Posté par Beretta_Vexee . Évalué à 2.
Quand au langage de script et autre interprétés il faut tous de même reconnaître qu'ils ont pas mal la cote en ce moment, PHP ruby python et autre sont de plus en plus visible et utilisé. Personnellement après avoir pas mal gallerer avec le C, le python me permet de faire des prototype et de petite application en quelques heures sans avoir a m'enquiquiner avec des détails.
[^] # Re: kbasic
Posté par harbort1 . Évalué à 2.
Pour moi ce sont surtout des langages à typages dynamique ! (ie. le type d'une variable n'est connue qu'à l'exécution). Typage faible/fort est plus une question de conversion automatique entre les types (en gros est-ce que tu peux définir prenant un entier en argument mais qui marche quand même si tu mets un double, le système prenant en charge la conversion avec perte de donnée ...).
Sinon il est vrai que Python est très pratique pour écrire de petits programmes, des scripts de gestion système, des GUI, ... Par contre, pour des algo un peu complexe, il repassera ! Notamment, sa nature hyper-dynamique ne facilite pas les choses (une faute de frappe est très difficilement détectée :( ) et le typage statique est une aide précieuse pour les erreurs d'inatentions.
[^] # Re: kbasic
Posté par Larry Cow . Évalué à 5.
Pour revenir à Python, l'absence de typage explicite n'empêche pas la syntaxe d'être assez stricte. Cela dit, pour nuancer, la syntaxe du BASIC n'est pas spécialement souple non plus, pour autant que je m'en souvienne.
[^] # Re: kbasic
Posté par Maxime (site web personnel) . Évalué à 3.
http://www.freebasic.net/(...)
Beaucoup plus proche du qbasic.
[^] # Re: kbasic
Posté par alex2004 . Évalué à 5.
"Why not Open source?
It won't be open source. I plan to sell it for a low price. Why? Because: One trend I've noticed as more and more Open Source/Free Software projects flow into the mainstream public, is that the general public assumes that if they can download it for free, everything associated with that project must be free, including providing hosting, updates, mailing lists, and documentation and of course software development, which is the big part. They don't seem to realize that time costs money. Servers cost money. Living costs money.
I believe I have worked hard over the last four years on KBasic and it is not just another text editor. It's something big, really big. So please do not forget if anything, Free Software is anything but "free" in terms of cost, because we (the developers) bear the burden of costs, so the users can have something useful to use, for "Free". I tried and I tried very hard to get some help from other people to get things started, so though there have been about 100 email contacts from people offering help, but in the end it happend that I had to do all on my own. So changed my mind and I hope you appreciate my way of doing good software for Linux to bring it on top, especially in the Desktop market."
A mon humble opinion, pleine de bon sens, mais vous me direz pourquoi y fait pas du service / support avec l'open-source ??, + il y a des tas de contributeurs bénévoles, c'est sûr que de participer à un projet c'est facile, y a rien à faire à part coder des trucs qui vont toujours bien marcher et que tous les développeurs altruistes ont un super niveau et hautement récèptif au travail des autres... J'aimerai bien qu'on me dise sur quel modèle économique un projet open-source (non sponsorisé par sun, ibm...) orienté applicatif peut survivre ?
[^] # Re: kbasic
Posté par a_jr . Évalué à 8.
Il croit que parce que ca lui prend du temps et que ca lui coute de l'argent, qu'il peut compenser en supprimant la liberte a ses utilisateurs.
Le gars fait payer 25 euros son kbasic pour une version proprietaire. Moi, je prefere filer 25 euros a un projet libre.
Le gars vend son logiciel et va donc a la chasse aux acheteurs pour vivre.
Moi, je prefere etre embauche quelque part pour gagner ma vie et developper un logiciel libre sur mon temps libre.
Certes, l'utilisateur a moins de garanties avec moi. Mais d'un autre cote, les garanties, ca se paie, et ca n'empeche pas le logiciel d'etre libre :)
Le bonjour chez vous,
Yves
[^] # Re: kbasic
Posté par spotty . Évalué à 4.
Ben s'il est indépendant.... Le temps qu'il met dans un projet libre, il ne peut pas le passer à gagner des sous. Et puis le retour des utilisateurs n'est pas toujours euh... gratifiant.
Moi, je prefere filer 25 euros a un projet libre.
Sans vouloir être brutal, heureusement que ceux qui font des projets libres n'attendent pas les donations, ceux faisant des petits projets pourraient mourir de faim.
Le gars vend son logiciel et va donc a la chasse aux acheteurs pour vivre.
Moi, je prefere etre embauche quelque part pour gagner ma vie et developper un logiciel libre sur mon temps libre.
Tu préfères être salarié, c'est ton choix.
Certes, l'utilisateur a moins de garanties avec moi. Mais d'un autre cote, les garanties, ca se paie, et ca n'empeche pas le logiciel d'etre libre
Honnêtement, un des raisons du piratage c'est la gratuité; vendre du libre ne doit pas être facile aujourd'hui pour des petits projets à cause de la liberté de redistribuer, tu risques de ne vendre qu'une seule licence, dur... Même pas besoin de cracker ou de pirater, suffit de trouver qq'un l'ayant acheté
Je trouve qu'on devrait garder la liberté de faire du proprio ou du libre. Appeler au boycot d'un produit parce que c'est proprio, c'est essayer de priver les développeurs de choisir leur licence de développements
[^] # Re: kbasic
Posté par a_jr . Évalué à 2.
...ni a vendre son projet pas libre. Je ne suis pas commercial, mais je suis sur que ca prend du temps de vendre un truc.
heureusement que ceux qui font des projets libres n'attendent pas les donations, ceux faisant des petits projets pourraient mourir de faim.
Je suis tres bien place pour le savoir, tu as tout a fait raison.
Mais j'imagine qu'attendre qu'un petit projet proprio se vende tout seul ne permet pas de vivre non plus. Faut passer du temps a le vendre, temps qui n'est pas consacre au developpement.
Tu préfères être salarié, c'est ton choix
Peu importe mon choix. je comparais l'activite de quelqu'un qui vend son logiciel a celle de quelqu'un qui fait ca pour le plaisir.
Honnêtement, un des raisons du piratage c'est la gratuité; vendre du libre ne doit pas être facile aujourd'hui pour des petits projets à cause de la liberté de redistribuer, tu risques de ne vendre qu'une seule licence, dur... Même pas besoin de cracker ou de pirater, suffit de trouver qq'un l'ayant acheté
Quel est le rapport avec kbasic ? Il est gratuit pour une utilisation perso. Meme pas besoin de trouver quelqu'un l'ayant achete : suffit de le telecharger sur son site :)
A moins que tu ne parles du piratage en entreprise ?
Appeler au boycot d'un produit parce que c'est proprio, c'est essayer de priver les développeurs de choisir leur licence de développements
Entierement d'accord. La liberte de choisir se fait rare de nos jours :)
Le bonjour chez vous,
Yves
[^] # Re: kbasic
Posté par spotty . Évalué à 3.
Ne pas oublier qu'il est indépendant, et qu'il n'a pas l'avantage du salarié: celui d'avoir un salaire fixe et régulier, il est obligé de trouver de l'argent d'une façon ou d'une autre pour vivre.
[^] # Re: kbasic
Posté par pikapika . Évalué à 3.
vu le piratage justement, j'aurais plutôt dit que c'est dur de vendre du proprio :)
[^] # Re: kbasic
Posté par alex2004 . Évalué à 2.
A bon entendeur
[^] # Re: kbasic
Posté par a_jr . Évalué à 1.
Dans investissement humain, il y a le facteur temps.
Si l'auteur de kbasic veut vivre de son logiciel, il doit passer du temps a le vendre et a le supporter. Autant de temps qu'il ne passe pas sur la conception et le developpement de son logiciel.
il a surtout rencontré les désavantages de ce système à base de contributeurs virtuels
Probable, comme toi, comme moi.
Mais entre des contributeurs virtuels et l'absence de contributeurs (quand on n'a pas les sources alors qu'on a celles d'un concurrent comme gambas), c'est quoi le mieux ?
Je suis curieux de connaitre l'experience des gens qui ont developpe un petit logiciel et qui ont tente de le vendre : est-ce qu'on peut en vivre ?
Le bonjour chez vous,
Yves
[^] # Re: kbasic
Posté par spotty . Évalué à 1.
Probablement sa dernière chance de continuer son développement, il devait la tenter
[^] # Re: kbasic
Posté par Philippe F (site web personnel) . Évalué à 2.
Il doit faire ca meme si c'est un logiciel libre.
> Je suis curieux de connaitre l'experience des gens qui ont developpe
> un petit logiciel et qui ont tente de le vendre : est-ce qu'on peut en vivre ?
Tres rarement. Tu peux regarder par exemple Quanta+ chez KDE. C'est un logiciel majeur de conception web, et avec les donations, il arrive a financer un ou deux developpeurs dans des pays ou le cout de la vie est moindre (pays de l'est)
Sinon, tu peux prendre un shareware hyper connu, genre winamp. En general l'equipe de dev fait entre 1 et 3 personnes et c'est clair qu'ils ne roulent pas sur l'or. Donc le logiciel leur rapporte peu.
[^] # Re: kbasic
Posté par a_jr . Évalué à 0.
C'est la ou je voulais en venir dans mon premier mail :)
[^] # Re: kbasic
Posté par Gazel . Évalué à 3.
Je viens de la telecharger c'est infame.....j'ai pas reussi a coder quoique ce soit, c'est juste une baterrie de gif animes a tout va avec des pubs qui scrollent partout, des fenetres qui s'ouvrent partout..bref n'importe quoi. Le genre de shareware qui donne envie de vomir tellement c'est pas beau.
C'est dommage car le fond du programme doit etre pas mal du tout. J'aime bien le cote multi platforme qu'on ne retrouve pas dans Gambas ou HBasic, pourtant base egalement sur QT.
[^] # Re: kbasic
Posté par alex2004 . Évalué à 1.
"Now you have the chance to check it out by yourself! This preview comes with some simple example programs, it is just a teaser. Within the next seven weeks there will be the next preview available with more features activated (TODO2 parts, some keywords are deactivated in this preview). Anyway, the final production release of KBasic is expected in the first quarter of 2005. It is also important to know, that there will be a free version of KBasic both for Windows and Linux, which is intended for personal use only. It will contain ads and will be limited in features. Professional users should try out the professional version of KBasic, which will be shipped worldwide and will cost 24.95 EUR only (roughly USD $25) including shipping costs."
[^] # Re: kbasic
Posté par Gazel . Évalué à 1.
En attendant je prefererais plutot voir des screenshots allechants ou une video de demo plutot que d'essayer un truc comme cette version preview. C'est a vous degouter de revenir.
[^] # Re: kbasic
Posté par xavier philippon . Évalué à 1.
Effectivement un Gambas GPL et multi plate-forme se serait ideal.
[^] # Re: kbasic
Posté par Erwan . Évalué à 3.
C'est comme ca que fait Psi.
[^] # Re: kbasic
Posté par Laurent Carlier . Évalué à 2.
[^] # Re: kbasic
Posté par Benoît Minisini (site web personnel) . Évalué à 2.
# Composant pour database ?
Posté par Sébastien Rohaut . Évalué à 1.
[^] # Re: Composant pour database ?
Posté par Gazel . Évalué à 4.
Can I access my PostgreSQL, MySQL, etc. database with Gambas?
YES ! You can currently access PostgreSQL and MySQL databases, and there is a SQlite driver in beta version. If you want to develop a driver for another database system, tell me. You are welcome!
[^] # Re: Composant pour database ?
Posté par Laurent Carlier . Évalué à 1.
Il est possible actuellement de se connecter à des bases mysql, posqreql et sqlite. Il semblerait qu'un driver odbc soit sur le feu.
# Très intéressant
Posté par Mildred (site web personnel) . Évalué à 2.
Au passage, merci à ceux qui ont posté cette news ...
Il y a même un assistant pour créer des paquets pour les différentes distributions (Mandrake, Debian, RedHet, SuSE).
J'aurrais aussi aimé la possibilité de créer des paquets http://autopackage.org(...) ... je vais soumettre l'idée (et si j'ai du temps, j'essairait de la mettre en oeuvre) ...
Personellement, je trouve que c'est un logiciel qui manquait sur Linux ... J'avais essayé de voir du coté de Kdevelop+QTdesigner mais c'était loin d'être aussi simple (avec les autotools surtout).
J'aurais aussi sans doute aimé une IDE aussi facile d'accès pour des languages existants (C, C++, Python, ...). Au fait, cela existe-il ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.