Sortie de Gambas 1.0

Posté par . Modéré par Florent Zara.
Tags :
0
3
jan.
2005
Linux
Gambas, langage de programmation en Basic, est enfin disponible après une longue gestation en version 1.0 pour cette nouvelle année.

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.
  • # Hé faut rester à jour :p

    Posté par . Évalué à 7.

    Y'a déjà la version 1.0.1 disponible !
    http://gambas.sourceforge.net/changelog.html(...)
    • [^] # Re: Hé faut rester à jour :p

      Posté par . Évalué à 4.

      Il faut préciser que cette nouvelle version est disponible depuis ce jour, suite à des bogues découvert et corrigé aujourd'hui même (c'est beau la réactivité !). Le developpement de la version 2 a de part la même été "inauguré".

      Signalons aussi que des Mailing-list sont disponibles (dont une pour les francophones).

      • [^] # Re: Hé faut rester à jour :p

        Posté par . Évalué à 2.

        C'est une super initiative ce projet gambas.
        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 . Évalué à 2.

          Je vais me permettre de te répondre sur l'instruction GOTO. Je n'ai jamais été contre son emploi (l'auteur de gambas non plus je pense) mais comme toute instruction il y a eu des abus et ces abus ont certainement conduit "ces profs d'algo" à la décrier.

          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 . Évalué à 2.

            autant pour moi (oui je l'ecris comme ca)
            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 . Évalué à 2.

              Ouais, ca y est c'est installé et c'est beau !

              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 . Évalué à 2.

    Quand j'entends le mot "Basic", ça me rappelle mon bon vieux GFA Basic avec lequel que j'ai commencé sur mon Atari ST.

    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...
  • # kpart ?

    Posté par (page perso) . Évalué à 4.

    Je vois parmis les screenshots, l'utilisation d'un composant 'webbrowser'

    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 . Évalué à 3.

      "webbrowser" est simplement khtml "embarqué" dans un composant. Le composant kde permet de piloter kde via dcop.

      Par cotre il ne me semble pas encore gerer kpart mais il y a des tentatives sur ce point.
      • [^] # Re: kpart ?

        Posté par (page perso) . Évalué à 2.

        J'ai l'impression qu'il a recode un 'designer' graphique au lieu d'utiliser celui de Qt. C'est un peu dommage,vu que celui de Qt ou meme glade generent du xml qui est independant du langage de programmation. Il aurait tres bien pu l'utiliser....
        • [^] # Re: kpart ?

          Posté par . Évalué à 2.

          Il ne faut pas comparer qtdesigner-glade avec l'interface de l'EDI permettant de composer des applications graphiqes, celle ci est optionnelle ! Il est possible de composer des appli graphiques sans l'aide de l'EDI !

          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 (page perso) . Évalué à 2.

            Je ne comprends pas ta reponse. Il n'y a apriori aucune difference entre qt designer, glade et l'interface de l'EDI permettant de composer des appli graphiques. Les trois programmes sont optionnels et servent a assembler des elements graphiques. Glade comme Designer peuvent etre utilise pour genrerer du code autre que Qt ou Gtk, dans la mesure ou des widgets similaires existent (et ils existent: bouton, combo box, liste, radio bouton, ...). Le seul resultat produit par glade/designer est un fichier xml que tu peux inerpreter comme bon te semble.

            Donc a part repeter ce qui a deja ete dit, je comprends pas ce que tu essayes de dire.
            • [^] # Re: kpart ?

              Posté par . Évalué à 3.

              Gambas n'utilise pas tout les "widgets" que peut proposer qt/qt-designer ainsi que ses possibilités. Je t'invite a utiliser Gambas, tu t'aperceveras très vite de la différence.

              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 (page perso) . Évalué à 4.

    Il y a quelques années, j'avais regardé avec curiosité le projet kbasic, projet libre et fier de l'être

    Mais, oh, ça a beaucoup changé : http://www.kbasic.org(...) :-(
    • [^] # Re: kbasic

      Posté par (page perso) . Évalué à 1.

      Sinon, y a bien Rapid-Q, mais il n'a pas bougé depuis 2000.

      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 . Évalué à 2.

        Sinon, y a aussi hbasic

        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 . Évalué à 4.

        Dans le même genre il y a YaBASIC

        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 . Évalué à -2.

          Ouais, enfin pour la rigeur, Python peut repasser quand même : pas de déclaration explicite des variables, ni de leur type... on a déjà vu plus rigoureux.
          • [^] # Re: kbasic

            Posté par . Évalué à 3.

            C'est forcément ça qui fait la rigueur d'un langage!
            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.

              Non, pour le typage python ne se comporte pas du tout comme caml...à vrai dire l'inférence de type ne peut être effectuée que dans les langages fonctionnels pour ce que j'en sais.

              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 . Évalué à 2.

                Comme PHP python est un langage a typage faible, cela n'aurait philosophiquement pas beaucoup de sens de passer a un typage strict. Personnellement j'ai donné l'exemple de python parce que c'est un langage qui permet d'aboutir vite quelque chose, ce qui en effet je pense un bon langage d'apprentissage.

                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 . Évalué à 2.

                  Comme PHP python est un langage a typage faible

                  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 . Évalué à 5.

            Une syntaxe rigoureuse n'implique pas forcément un typage restrictif, et inversement. Le W-langage, notamment (ceux qui ont fait du Windev comprendront et compatiront), nécessite une déclaration explicite des types, mais n'impose que très peu de choses sur la façon de le faire. "i est un entier", "i entier" et "i est entier" sont trois syntaxes valides (entre autres).

            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 (page perso) . Évalué à 3.

          Et tout nouveau :

          http://www.freebasic.net/(...)

          Beaucoup plus proche du qbasic.
    • [^] # Re: kbasic

      Posté par . Évalué à 5.

      J'ai trouvé cette remarque sur kbasic :

      "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 . Évalué à 8.

        Le gars de kbasic n'a donc pas compris le principe de la liberte.
        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 . Évalué à 4.

          l 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.
          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 . Évalué à 2.

            Le temps qu'il met dans un projet libre, il ne peut pas le passer à gagner des sous.

            ...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 . Évalué à 3.

              En essayant de le vendre, il se donne une dernière chance de pouvoir continuer le développement, à mon avis, s'il ne le vend pas, il arrêtera le développement; peut-être qu'il mettra alors son travail en GPL et passera le flambeau à qq'un d'autre.

              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 . Évalué à 3.

            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(...)

            vu le piratage justement, j'aurais plutôt dit que c'est dur de vendre du proprio :)
        • [^] # Re: kbasic

          Posté par . Évalué à 2.

          KBasic est un ancien projet open-source, donc dire qu'il n a pas compris est un peu rapide, je pense qu'il a surtout rencontré les désavantages de ce système à base de contributeurs virtuels. Je me suis moi - même retrouvé dans la même situation, les gens consomment mais ne veulent rien faire. De plus, l'auteur souhaite en faire un produit sérieux, donc encore une fois comment peut - il le faire en bossant une heure de temps en temps pendant du temps libre au risque d'avançer à la vitesse d'un escargot ?? La conception d'une application ce n'est pas un bouton avec un hello world qui apparait, c'est un processus complexe nécessitant beaucoup d'investissement humain et un savoir - faire en terme d'architecture sinon le chateau de carte s'écroule rapidement.

          A bon entendeur
          • [^] # Re: kbasic

            Posté par . Évalué à 1.

            La conception d'une application ce n'est pas un bouton avec un hello world qui apparait, c'est un processus complexe nécessitant beaucoup d'investissement humain et un savoir

            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 . Évalué à 1.

              Honnêtement ? Difficile de vendre du soft que personne ne connait. Mais s'il a de la chance... Qui sait ? Qui n'essaie rien n'a rien.

              Probablement sa dernière chance de continuer son développement, il devait la tenter
            • [^] # Re: kbasic

              Posté par (page perso) . Évalué à 2.

              > Si l'auteur de kbasic veut vivre de son logiciel, il doit passer du temps a le vendre et a le supporter.

              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 . Évalué à 0.

                Il doit faire ca meme si c'est un logiciel libre.

                C'est la ou je voulais en venir dans mon premier mail :)
    • [^] # Re: kbasic

      Posté par . Évalué à 3.

      Quelqu'un a essaye la version de preview de KBasic?
      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 . Évalué à 1.

        Tout est expliqué dans la page de download :

        "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 . Évalué à 1.

          Desole, j'avais pas vu...
          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 . Évalué à 1.

        Pour avoir une version Windows de Gambas, il faudrait que QT soit disponible en version libre sur cette plate-forme. Je ne crois pas que cela soit le cas ?
        Effectivement un Gambas GPL et multi plate-forme se serait ideal.
        • [^] # Re: kbasic

          Posté par . Évalué à 3.

          Si les auteurs de Gambas sont tous d'accord, il suffit de changer la licence pour que ce ne soit pas GPL, mais la GPL+une clause autorisant de linker avec Qt sous Windows. Ensuite il faut que quelqu'un qui a une licence fournisse le binaire.

          C'est comme ca que fait Psi.
          • [^] # Re: kbasic

            Posté par . Évalué à 2.

            Une autre possibilité est de ne pas utiliser le composant qt et associés mais d'utilisé une des autres bibliothéques disponible (wxwidget, gtk+ ...) pour faire un composant ou alors si possible d'incorporer les widgets natif de windows (ça je sais pas si c'est possible !)
        • [^] # Re: kbasic

          Posté par (page perso) . Évalué à 2.

          Au jour d'aujourd'hui (j'aime bien cette expression), Gambas tourne sous Cygwin. Seul le composant Qt et ses descendants (gb.qt.ext, gb.qt.kde, gb.qt.kde.html) posent problèmes. D'après la personne qui regarde ça de plus près, cela devrait se résoudre avec la version 2.0 de libtool.
  • # Composant pour database ?

    Posté par (page perso) . Évalué à 1.

    Dans la doc je ne vois pas d'infos sur une connectivité aux bases de données, alors que je vois que c'était prévu pour la version 1. Une idée de l'avancée de ce composant ?
    • [^] # Re: Composant pour database ?

      Posté par . Évalué à 4.

      Apparement c'est fait, d'apres la F.A.Q:

      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 . Évalué à 1.

      Il est vrai que la connectivité aux bases de données existe ! J'ai oublié de l'indiquer dans la dépéche, ne l'utilisant pas.

      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 (page perso) . Évalué à 2.

    J'ai regardé et ca a l'air vraimment bien.
    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 à ceux qui les ont postés. Nous n'en sommes pas responsables.