Hé faut rester à jour :p

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

  Posté par laurent carlier () le 03/01/2005 à 20:48. (lien). É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 fabien () le 05/01/2005 à 20:26. (lien). É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 laurent carlier () le 05/01/2005 à 20:59. (lien). É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 fabien () le 05/01/2005 à 21:31. (lien). É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 fabien () le 05/01/2005 à 22:58. (lien). É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...

• [^]Re: Nostalgie, quand tu nous tiens...

  Posté par cortex62 (page perso, ) le 03/01/2005 à 21:33. (lien). Évalué à 5.

  Ben dans le gfa basic non plus il n' y avait pas de numéro de ligne...... ;-)

  --
  L'erreur est humaine, mais un véritable désastre nécessite un ordinateur.

• [^]Re: Nostalgie, quand tu nous tiens...

  Posté par laurent carlier () le 03/01/2005 à 22:15. (lien). Évalué à 2.

  pour faire quoi ? des goto ? tu peux mettre des "labels" (etiquettes ?)
  

  • [^]Re: Nostalgie, quand tu nous tiens...

    Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 04/01/2005 à 17:35. (lien). Évalué à 3.

    mon dieu non ! pourquoi diable vouloir faire des GOTO ? votre esprit risque d'être irrémédiablement endommagé à la seule vision de ce genre d'horreurs !
    
    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 () le 04/01/2005 à 18:28. (lien). Évalué à 2.

      C'est vrai c'est tellement horrible que l'on en trouve même dans le noyau linux !
      
      Cachez donc moi cette horreur ! vive le closed source ! :)
      

kpart ?

• [^]Re: kpart ?

  Posté par laurent carlier () le 03/01/2005 à 23:01. (lien). É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 Philippe Fremy (page perso, ) le 04/01/2005 à 10:00. (lien). É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....

    --
    phil.freehackers.org

    • [^]Re: kpart ?

      Posté par laurent carlier () le 04/01/2005 à 10:37. (lien). É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 Philippe Fremy (page perso, ) le 04/01/2005 à 16:11. (lien). É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.

        --
        phil.freehackers.org

        • [^]Re: kpart ?

          Posté par laurent carlier () le 04/01/2005 à 16:36. (lien). É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

• [^]Re: kbasic

  Posté par Will Hunting (page perso, ) le 04/01/2005 à 01:02. (lien). É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/(...)

  --
  Planète Orange

  • [^]Re: kbasic

    Posté par mmh () le 04/01/2005 à 08:24. (lien). É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 Beretta_Vexee () le 04/01/2005 à 08:33. (lien). É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 ).

    --
    Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.

    • [+] [^]Re: kbasic

      Posté par Bouil (Jabber id, page perso, ) le 04/01/2005 à 09:05. (lien). É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.

      --
      « La clé d'une langue commune, perdue dans la Tour de Babel, peut être seulement construite par l'usage de l'Espéranto. » Jules Verne.

      • [^]Re: kbasic

        Posté par BoB () le 04/01/2005 à 10:25. (lien). É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 paul brauner () le 04/01/2005 à 21:14. (lien). É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 Beretta_Vexee () le 04/01/2005 à 23:12. (lien). É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.

            --
            Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.

            • [^]Re: kbasic

              Posté par harbort1 () le 05/01/2005 à 08:13. (lien). É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 Larry Cow () le 04/01/2005 à 10:30. (lien). É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 Maxime (Jabber id, ) le 07/01/2005 à 19:01. (lien). Évalué à 3.

      Et tout nouveau :
      
      http://www.freebasic.net/(...)
      
      Beaucoup plus proche du qbasic.

• [^]Re: kbasic

  Posté par alex2004 () le 04/01/2005 à 08:33. (lien). É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 a_jr () le 04/01/2005 à 09:10. (lien). É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 spotty () le 04/01/2005 à 09:44. (lien). É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 a_jr () le 04/01/2005 à 14:12. (lien). É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 spotty () le 04/01/2005 à 16:10. (lien). É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 pikapika () le 04/01/2005 à 22:39. (lien). É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 alex2004 () le 04/01/2005 à 09:52. (lien). É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 a_jr () le 04/01/2005 à 14:26. (lien). É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 spotty () le 04/01/2005 à 16:15. (lien). É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 Philippe Fremy (page perso, ) le 04/01/2005 à 16:15. (lien). É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.

          --
          phil.freehackers.org

          • [^]Re: kbasic

            Posté par a_jr () le 05/01/2005 à 11:03. (lien). É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 Gazel () le 04/01/2005 à 09:01. (lien). É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 alex2004 () le 04/01/2005 à 10:03. (lien). É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 Gazel () le 04/01/2005 à 10:11. (lien). É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 xavier philippon () le 04/01/2005 à 12:08. (lien). É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 Erwan (page perso, ) le 04/01/2005 à 13:47. (lien). É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 laurent carlier () le 04/01/2005 à 14:58. (lien). É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 Benoît Minisini (page perso, ) le 04/01/2005 à 14:27. (lien). É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 ?

• [^]Re: Composant pour database ?

  Posté par Gazel () le 04/01/2005 à 09:41. (lien). É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 laurent carlier () le 04/01/2005 à 09:43. (lien). É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