Journal Qt 4.0 en GPL sous Windows

Posté par  .
Étiquettes : aucune
0
7
fév.
2005
Je reprends le texte d'un message du forum prog.Qt[1] :

Après Linux, puis Mac OSX, Trolltech prend le pari d'appliquer le principe de double licence à la version Windows à partir de la version QT4 (second trimestre 2005) : si vous développez une application fermée (commercial ou non), vous devez acheter QT. Si votre application est GPL sous Windows, alors QT vous est offert.

L'annonce complète : http://www.trolltech.com/newsroom/announcements/00000192.html(...)
et la FAQ http://www.trolltech.com/developer/faqs/duallicense.html#q12.(...) Dans la FAQ on apprend que la version QT3 Et QT4Beta ne sont pas concerné par cette double licence sous Windows.

La comunauté QT devrais s'agrandir encore plus, les trolls GTK vs QT s'emballer, bref 2005 sera une grande année sous le signe de QT.
A quand KDE4 (Konqueror, Koffice, KDevelop) sous windows ?

Alban


Rien à rajouter, si ce n'est que c'est génial, la communauté Qt va vraiment pouvoir s'agrandir.
C'est la fin d'un énorme troll

[1] http://prog.qt.free.fr/portal.php(...)
  • # 1 de perdu...

    Posté par  . Évalué à 10.

    C'est la fin d'un énorme troll

    Oui, et bien il y en a deja un autre qui va prendre la releve : est-ce que KDE sous Windows est profitable pour la communaute du libre ?

    Oh mon dieu ! Mais c'est horrible ! Un troll !
    • [^] # alonzy...

      Posté par  (site web personnel) . Évalué à 7.

      Est ce que la méthadone est une solution pour aider les toxicos à l'héroïne ?

      Comprendre : il est peut être interessant d'avoir certaines applis KDE sous windows pour aider ensuite les utilisateurs de ce système à s'en passer complètement...kopete, digikam, kino...enfin là je pense à celles que j'utilise.

      Ouai en fait c'est un chouette troll ! Merci trolltech !
    • [^] # Re: 1 de perdu...

      Posté par  . Évalué à 7.

      Cette question mérite beaucoup d'attention,
      Aaron J. Seigo un des principaux developpeurs de KDE pense que porter des morceaux de KDE sous Win est une mauvaise chose, je vous invite à lire (si ce n'est déjà fait) un de ses billets intitulé " How To Kill Open Source on the Desktop?" sur son weblog : http://aseigo.blogspot.com/2004/12/how-to-kill-open-source-on-deskt(...)

      ça vaut mieux que le terrorisme intellectuel qui consiste à traiter de troll quiconque affichant une reserve sur l'utilité réelle des applications libres sur une plateforme non libre et hégémonique de surcroit.
      • [^] # Re: 1 de perdu...

        Posté par  (site web personnel) . Évalué à 5.

        Relativement classique comme argumentation, a part un que je trouve tres marrant : a cause de firefox sous windows, les gens restent sous windows, ce qui laisse a microsoft la possibilité de s'améliorer...
        Personnellement, je trouve que si windows s'améliore, tout le monde y gagne, sauf éventuellement la diffusion de linux : on aurait moins de serveurs mails satures par des virus, moins de "mon ordinateur marche plus, tu veux bien m'aider".
        Le problème est que les gens confondent une philosophie, un noyau et un moyen de dominer le monde.
        • [^] # Re: 1 de perdu...

          Posté par  . Évalué à 3.

          Le problème est que les gens confondent une philosophie, un noyau et un moyen de dominer le monde.

          Tu as mal lu, Aaron Seigo ne confond rien du tout. Il pense et argumente que cette philosophie est mieux portée par la promotion d'un noyau, qui est le meilleur moyen, non pas de dominer, mais de faire son trou dans ce monde.

          (évidemment le noyau en question peut être aussi FreeBSD ou le très attendu "The Hurd").

          Si ca n'était pas encore assez clair dans le premier billet, il a enfoncé le clou juste après.
          http://aseigo.blogspot.com/2004/12/startling-realization.html(...)
          • [^] # Re: 1 de perdu...

            Posté par  (site web personnel) . Évalué à 3.

            > très attendu "The Hurd"

            euh, j'ai du mal lire. Le hurd etait tres attendu quand Linus a commence Linux. Depuis, plus personne ne l'attend...

            Ok, c'est gratuit et ca n'enleve rien au respect que j'ai pour les developpeurs du Hurd. C'est juste que le monde ne s'arrete pas de tourner en attendant leur prochaine version.
      • [^] # Re: 1 de perdu...

        Posté par  (site web personnel) . Évalué à 4.

        A quand une license restreingnant le port d'un logiciel sur un OS non libre ?
      • [^] # Re: 1 de perdu...

        Posté par  . Évalué à 4.

        How many of them are saying, "I'm so impressed I'm going to switch to a Free Software desktop." Virtually zero.
        Etrangement, je suis d'accord avec l'argument mais pas avec la conclusion. Effectivement, personne ne dit "j'ai été tellement impressioné par Firefox que je vais passer à un système libre". Mais si demain Firefox n'existe plus que pour Linux/BSD, ceux qui ont été "impressionés par Firefox" passeront sous IE plutôt que sous Linux/BSD (Linux, c'est compliqué, ya que du mode texte, j'ai pas dreamweaver, mon matos marche pas, j'ai la flemme de l'installer, ya pas de jeux)... Au contraire, Firefox sous Windows permet de réduire les sites "100% compatibles IE - 0% reste du monde". Et ça peut vous paraitre égoiste, mais je préfère pouvoir visionner tous les sites sous mon Firefox sous Linux plutôt que Linux gagne 0.0000001% des parts de marché... (gain par un Firefox uniquement sous Linux). L'argumentation "c'est les logiciels qui font le choix du système d'exploitation" ne fonctionne que dans le cas d'une migration Windows->Linux. Tous les logiciels Linux ont un équivalent Windows (on parle du voisin qui a piraté XP pro, pas d'un admin réseau qui a à gérer quelques centaines de machines), mais pas l'inverse. Je ne pense pas que beaucoup de personnes aient choisies Linux uniquement pour Kopete/Evolution...
    • [^] # Re: 1 de perdu...

      Posté par  . Évalué à 2.

      Il n'y a qu' à rajouter de l'intérêt à utiliser KDE sous linux (ou du désintérêt l'utiliser sur une plateforme propriétaire)

      version de Qt plus à jour, prix de la licence, fonctions évoluées, intégration... il y a de nombreux paramètres sur lesquels on peut jouer.
    • [^] # Re: 1 de perdu...

      Posté par  . Évalué à 1.

      > Oui, et bien il y en a deja un autre qui va prendre la releve :
      > est-ce que KDE sous Windows est profitable pour la communaute du libre ?

      Plonger dans la cohue qui s'écharpe pour ramssaer les miettes laissées par l'Empire comme l'ont fait tant d'autres avant nous ? Pourquoi pas si tu penses que Linux en tant que plate-forme grand public, libre et ouverte est condamnée à l'insignifiance. Portons Evolution, les meilleures applis de KDE, puis Beagle qui a l'air super et qui aurait fait dire aux Linuxiens en herbe : << Ouah ! C'est impressionant Linux ! >>. Mais si ce n'était pas le cas ? Tu risques d'avoir des regrets d'avoir dilapidé tes plus belles pépites dans... bref, comme ca a été mieux dit avant moi :


      Ne jetons pas les morceaux
      De nos coeurs aux pourceaux,
      Perdons pas notre latin
      Au profit des pantins,
      Chantons pas la langue des dieux
      Pour les balourds, les fess'-mathieux,
      Les paltoquets ni les bobèches,
      Les foutriquets ni les pimbêches !


      -- Georges Brassens
    • [^] # Re: 1 de perdu...

      Posté par  . Évalué à 6.

      J'en ai un plus sérieux. Maintenant qu'on peut avoir une verson libre de QT même pour Win32, on peut se poser des questions sur l'avenir de GTK, voire même Gnome, dont l'existence n'était justifiée que parce qu'un moment QT n'était pas libre. En donnant un bon coup de balai, ça permettrait de mettre un terme à cette mauvaise image libre=moche dù au portages Windows d'applications certes efficaces, mais pas esthétiques pour 2 cents.
      • [^] # Re: 1 de perdu...

        Posté par  (site web personnel) . Évalué à 8.

        Il est parfait celui-là. ;)
        • [^] # Re: 1 de perdu...

          Posté par  . Évalué à 3.

          Effectivement, je dirais même couillu
      • [^] # Re: 1 de perdu...

        Posté par  (site web personnel) . Évalué à 3.

        GTK est en LGPL.
        Il reste un probleme de licence avec QT.
        Mais il devient bien moins important...
        • [^] # Re: 1 de perdu...

          Posté par  . Évalué à 5.

          Je vais peut être faire une réflexion à 2 balles, mais la license GPL engendrera plus de logiciels... GPL (ahem..;o) ) sous Windows.
          Donc peut on véritablement affirmer que c'est un problème (au sens "communiste" ;o) du terme) ?
          • [^] # Re: 1 de perdu...

            Posté par  . Évalué à 5.

            Ouai la license GPL elle va braquer des gens pour les obliger a coder avec QT :)
          • [^] # Re: 1 de perdu...

            Posté par  (site web personnel) . Évalué à 4.

            Tout a fait, tu n'es pas libre de faire du logiciel proprio gratuitement. gtk favorise donc les logiciels proprios alors qu'a la base, ça a été conçu pour faire l'inverse.
      • [^] # Re: 1 de perdu...

        Posté par  . Évalué à 3.

        Perso, je trouve Gtk2 sous windows très joli, même si c'est pas le look natif.

        Enfin, je ne sais pas pour Qt4, mais Qt <= 3, ce n'étaient pas des widgets natifs win32, mais des "imitations".

        Donc Gtk, c'était bien.
        • [^] # Re: 1 de perdu...

          Posté par  . Évalué à 4.

          Si, Gtk sous Windows XP c'est le look natif, regarde Gaim ou Gimp.
        • [^] # Re: 1 de perdu...

          Posté par  (site web personnel) . Évalué à 2.

          Faux. Qt >= 3.1 utilise des widgets natifs sous Aqua, windows et KDE. Pour les versions inferieur, c'est aussi le cas, mais pas sur toutes les plateformes.

          Enfin, quand je dis widgets natifs, c'est un peu exagere. Ils utilisent l'api de style natif du systeme d'exploitation pour dessiner leurs widgets. Mais normalement, ca ne doit faire aucune difference visuelle.

          Quand j'installe gimp sous windows, il me demande si je veux utiliser le style wimp. Je suppose que gtk est donc exactement comme qt, ils utilisent au mieux le style de la plateforme et au pire,un style similaire recode a la main.
          • [^] # Re: 1 de perdu...

            Posté par  . Évalué à 2.

            Le truc c'est que Qt a pour ainsi dire créé un thème sous linux !
            Enfin, plutôt un moteur de thème, qu'est venu compléter KDE...
  • # Décision juste

    Posté par  . Évalué à 3.

    Ca fait plaisir... je me mets à la place des développeurs Windows qui étaient un peu handicapés par ce choix. Surtout ceux qui voulaient faire du multiplateformes et qui se retrouvait bloqués par la licence :) Ils peuvent enfin proposer des binaires et les distribués (sous gpl bien sur) sans soucis.
    • [^] # Re: Décision juste

      Posté par  . Évalué à 2.

      C'est une formidable nouvelle ! Je vais enfin pouvoir me mettre à Qt ! Non pas que j'ai forcément besoin de développer sous Windows mais de savoir que ce que je vais développer sera multiplateformes sans se prendre la tête, c'est fantastique !
      Actuellement, j'utilisais Gtk mais pour le peu que j'ai fait, c'était un peu galère. Vivement Qt 4 !!
      • [^] # Re: Décision juste

        Posté par  . Évalué à 4.

        Je partage ton engouement. QT est un framework très
        agréable à utiliser mais jusqu'ici ce qui me gênait le plus était le problème de la portabilité. Utiliser Qt pour une appli libre c'était renoncer à en faire une version windows, c'est à dire laisser passer 90% des utilisateurs potentiels, ou alors passer à la caisse et ce n'était franchement pas donné. Maitenant il n'y a plus de raison de ne pas s'y mettre. D'autant que QT4 s'annonce prometteur avec entre autre l'indépendance vis à vis du backend (X11, cairo, GDI, Quartz) et tout un tas d'amélioration. Que du bonheur.
      • [^] # Re: Décision juste

        Posté par  (site web personnel) . Évalué à 1.

        Heu Gtk il existe aussi sous Windows ???

        Parce que dans ce cas je comprend pas ce que tu raconte dans tes trois première phrase ...

        Sinon je ne programme ni en qt ni en Gtk mais de toute façon pour moi les deux ont leur avantage pour ce que j'ai vu et ça ne fais jamais de mal d'avoir plus de librairi pour programmer et puis en plus je suis pour les logiciel libre sous windows .
    • [^] # Re: Décision juste

      Posté par  (site web personnel) . Évalué à -1.

      Handicapés???
      GTK, wxWidgets, et bien d'autres...
  • # Decision facile à prendre

    Posté par  . Évalué à 2.

    Ils ont senti le roussi:

    http://kde-cygwin.sourceforge.net/qt3-win32/(...)

    Ce qui va faire mal, c'est la tête de mon patron qui a acheté 5 licences academiques pour develloper sur windows.... Il y a 1 mois.
    • [^] # Re: Decision facile à prendre

      Posté par  . Évalué à 3.

      Ton patron vas te virer si tu lui annonces que SES développements passent sous GPL !

      Le nombre de personnes compétentes sous QT ira en augmentant, pour le plus grand bonheur de ton patron (surtout s'il recherche une personne pour te remplacer ;-)).

      LikeFish
  • # Nous avons eu raison de croire en Qt

    Posté par  (site web personnel) . Évalué à 10.

    Ce que je constate, c'est que la confiance qu'ont toujours eu les developpeurs KDE dans Trolltech est une fois de plus justifiee.

    Quand KDE s'est lance, tout le monde a critique la licence de Qt mais les developpeurs KDE sont restes confiants que cela ne serait pas un obstacle pour le futur. Deux ans plus tard, Trolltech sortait la QPL qui resolvait tous ces problemes-la.

    Ensuite, apres les seances de ralage industrialises, Trolltech est passe de la QPL a la GPL.

    Et maintenant le GPL sous windows. Vraiment, c'est des gars bien !
  • # Double licence ?

    Posté par  . Évalué à 1.

    Je ne comprend rien aux systèmes de double licence. Quelqu'un peut il m'éclairer ?

    Je ne comprend pas comment un logiciel peut avoir plusieurs licences (qui par définition se contredisent!). Quelle est la licence qui a la priorité sur l'autre?
    • [^] # Re: Double licence ?

      Posté par  (site web personnel) . Évalué à 4.

      En gros, dans le choix des licences proposées, tu prends celle qui te convient le mieux. Si c'est pour un soft GPL, tu prends la GPL, super.

      Et si ce n'est pas un soft GPL, que tu ne veux pas voir ton soft passer sous GPL (l'effet "viral"), tu prends la licence "commerciale" qui te permet de développer mais pour laquelle tu dois payer.
    • [^] # Re: Double licence ?

      Posté par  . Évalué à 4.

      Les licences ne se contredisent pas :
      - La GPL te dit : tu peux utiliser ce soft, mais si tu le distribue t'es obligé de le distribuer sous licence GPL, de filer les sources etc...
      - L'autre licence te dit : tu peux utiliser ce soft, et si tu le distribues tu choisis la licence que tu veux. Cette utilisation n'est cependant pas gratuite.

      En gros :
      * ceux qui veulent faire du libre, faites du libre.
      * ceux qui veulent faire du commercial, closed source c ok aussi , on a prévu qq chose pour vous mais c payant.
      • [^] # Re: Double licence ?

        Posté par  . Évalué à 0.

        ou pour dire les choses d'une manière moins nunuxement correcte:

        * si tu veux faire un programme gratuit c'est gratuit (GPL) ;
        * si tu veux faire un programme commercial c'est payant.
    • [^] # Re: Double licence ?

      Posté par  (site web personnel) . Évalué à 6.

      Ben soit tu achètes une licence spécifique qui te permet d'utiliser QT "comme bon te semble" soit tu prend la version gratuite sous GPL (même produit mais licence différente) qui t'oblige à mettre ton programme sous GPL aussi.

      http://www.trolltech.com/developer/faqs/duallicense.html(...)

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: Double licence ?

      Posté par  (site web personnel) . Évalué à 5.

      Un soft peut avoir plusieurs licences tout comme un citoyen peut avoir plusieurs nationalite. Quand il passe la frontiere, il choisit le passport qu'il a envie de montrer et quand tu utilises un soft, tu choisis (si il a plusieurs licences) la licence avec laquelle tu veux l'utiliser.
  • # Peur...

    Posté par  . Évalué à 3.

    Moi perso ça me fait peur et m'emmerde, tout comme ça me réjouit d'un autre côté.
    J'ai peur que des mecs prennent l'envie de porter KDE sur windows. Ça serait à mon avis une connerie gigantesque ! Que resterait-il aux systèmes libres si on porte même les environnements comme KDE sur win ? KDE est pour moi un argument formidable pour le passage à linux de nombreuses personnes ! Mais que se passera-t-il si ils se mettent à avoir les KIO, les KParts, les KFile ... sous windows ?
    Qu'on porte Qt, d'accord.
    Qu'on porte KDE, non !
    • [^] # Re: Peur...

      Posté par  (site web personnel) . Évalué à 2.

      Windows restera windows...même avec KDE...et cela sous-entend tellement d'inconvénients ! Licenses, sécurité, fiabilité, la base de registres, spywares, addwares, virus etc...
    • [^] # Re: Peur...

      Posté par  . Évalué à 3.

      Ben si cela doit arriver, cela arrivera.
      Après il faudra voir si les gens voit un interet à cela. Sous OsX, KDE est dispo mais trés peu de personne l'on testé et conservé.

      Après, à chacun ses intérets: certains veulent du linux et voient les LL sous windows comme un frein, et d'autres veulent propager le LL quelque soit l'OS (sans doute en pensant que cela pousserait les os à devenir libre également, je ne sais pas). Sans compter l'intéret d'équipes de développement qui souhaitent voir leur produit le plus répandu possible.
    • [^] # Re: Peur...

      Posté par  (site web personnel) . Évalué à 3.

    • [^] # Re: Peur...

      Posté par  (site web personnel) . Évalué à -1.

      Si pour les gens potentiellement interessé par KDE sous Microsoft Windows ne switch pas: grand bien leur fasse.

      Si tu switch sous linux uniquement pour KDE tu risques d'etre vachement décu (ouééé c bo, mais ho tiens ca ca marche po, c'est quoi un terminal, ouinnnnnn mon desktop et chooooooli mais quand je click sur un .exe il m'ouvre kate :/)

      Tout ca pour dire que l'environnement graphique ne fait pas le systeme d'exploitation. Meme avec KDE sous Microsoft Windows ca n'empechera pas les virus de se propager par les ports netbios, les vers de s'attaquer à je ne sais quelle RPC qui traine, ...

      Vive Linux, vive GNU, vive le choix des interfaces graphique sous Microsoft Windows et sous Linux.

      Aparté: par contre pour avoir un Microsoft Windows completement fonctionnel sans interface graphique...
    • [^] # Re: Peur...

      Posté par  . Évalué à 2.

      Perso, je verrai pas forcément l'intéret d'utiliser KDE sous win, mis à part qu'on puisse dire qu'il existe....
    • [^] # Re: Peur...

      Posté par  . Évalué à 0.

      Mais que se passera-t-il si ils se mettent à avoir les KIO, les KParts, les KFile ... sous windows ?

      Sachant que Windows a l'equivalent de KParts depuis plus de 10 ans(KParts n'etant rien d'autre qu'une copie de ce qui se trouve dans Windows) je serais pas trop inquiet a ta place, KDE va pas apporter grand chose aux utilisateurs Windows.
      • [^] # Re: Peur...

        Posté par  . Évalué à 1.

        Oui je ne le nie pas mais KDE sans KParts c'est plus KDE : plus de konqueror qui se transforme en afficheur PDF puis en lecteur mp3...
        Par contre, les KIO y'a pas, les KFile non plus je crois
        • [^] # Re: Peur...

          Posté par  . Évalué à 2.

          KIO est dans explorer depuis longtemps, tu viens de comprendre comment il est possible de taper dans la barre d'explorer http:://www.machintruc.com et avoir ta page web qui s'affiche, ou comment tu peux voir l'interieur d'un fichier zip comme si c'etait un repertoire. Ca s'appelle des namespace extensions sur Windows, et comme les KParts c'etait la avant que KDE ne l'invente

          KFile de meme, amuses toi sur XP a aller voir les properties d'un executable, d'une video, ... tu verras que les infos sont specifiques au type de fichier. Ca s'appelle des property sheet handlers sur Windows, de la meme maniere que tu peux ecrire des handlers pour la copie, etc... selon le type de fichier.

          KDE n'a rien invente du tout de ce cote la, il ne fait que rattraper son retard.
          • [^] # Re: Peur...

            Posté par  (site web personnel) . Évalué à 3.

            about,aim, ar, audiocd, bzip,bzip2,gzip,tar,zip, camera, cgi, locate, devices, file, finger, fish, fonts, ftp, help, http,https, imap,imaps, info, irc, ldap,ldaps, mac, mailto, man, metainfo, mms, nfs, nntp, pop3,pop3s, print, programs, pydoc, rlogin, rstp, settings, sftp, sieve, smb, smtp,smtps, ssh, system, telnet, thumbnail, webcal, webdav,webdavs

            et la liste n'est sans doute pas finie.

            Toute ces kio sont disponibles depuis n'importe quelle application KDE !!

            Pour Windows, enfin autant que j'en sache, la possibilité d'ouvrir un zip avec l'Explorer est apparue avec XP, je n'ai jamais réussi à éditer un fichier directement par SSH, ni par FTP, .... ou alors en passant par des logiciels tiers.
            • [^] # Re: Peur...

              Posté par  . Évalué à 1.

              Explorer donne le framework pour creer les handlers, pas les handlers eux-memes, ensuite ces handlers sont de meme, utilisable par n'importe quell application.
              ftp ca se trouve bien entendu, zip ca existait avant XP,...

              gmail : http://www.viksoe.dk/code/gmail.htm(...)
              fichiers ADF : http://www.viksoe.dk/code/adfview.htm(...)
              cvs : http://www.cvs-ext.com/(...)

              etc...

              Bref, c'est identique et ca existe depuis longtemps. La seule difference etant que MS ne livre pas en standard 30 handlers differents pour des formats que 1% des gens utilisent.
              • [^] # Re: Peur...

                Posté par  . Évalué à 3.

                Promis dès que je trouve un windows j'essaye ça :
                Lancer un truc tout con style bloc notes
                Fichier > Ouvrir
                Taper http://....(...) ou ftp://....(...)
                Modifier un fichier puis l'enregistrer

                Est-ce-que ça l'enverra direct sur le serveur ?
                • [^] # Re: Peur...

                  Posté par  . Évalué à 3.

                  Un ami vient d'arriver pile poil au bon moment sur Jabber.
                  Je lui ai demandé d'ouvrir le bloc notes
                  Déjà y'a pas d'endroit pour taper directement un nom de dossier. Pratique.
                  Bon, je lui fais quand même taper l'adresse de mon ftp. C'est bien ça marche il peut ouvrir un fichier texte dessus
                  Il le modifie
                  Fichier > enregistrer : "vérifier le nom de chemin" (ou équivalent)
                  Note: c'est sur un XP sp2

                  Conclusion : vous avez une fonctionnalité plutôt cachée, elle est pas au niveau des KIO pour l'enregistrement. De plus, le nombre de KIO rend les KIO attractifs : sftp, ftp, fonts, printers, svn, fish (pour le ssh), tar, rar, zip, http, https... c'est pas inutile d'avoir accès à tout ce que l'on veut instantanément !
                  • [^] # Re: Peur...

                    Posté par  . Évalué à 2.

                    Conclusion : vous avez une fonctionnalité plutôt cachée, elle est pas au niveau des KIO pour l'enregistrement

                    Ben si, elles sont au meme niveau, les softs Gnome vont pas tirer profit de KIO par exemple, ni 99% des softs en ligne de commande.

                    Sous Windows c'est de meme, si t'utilises la bonne lib et correctement, t'as le support des handlers inclus dans le systeme.
                    • [^] # Re: Peur...

                      Posté par  . Évalué à 2.

                      Tu viens jouer de l'appeau au troll ?
                      C'est pas au niveau : quand le copain a fait enregistrer le fichier, le fichier n'a pas été envoyé.
                      Et quand au support par d'autres outils, en ligne de commande notamment, la solution existe et c'est fuse_kio : http://cvs-digest.org/index.php?issue=jan282005(...)
      • [^] # Re: Peur...

        Posté par  (site web personnel) . Évalué à 4.

        > Windows a l'equivalent de KParts depuis plus de 10 ans

        Oui enfin il y a equivalent et equivalent
        Juste un exemple d'un truc normalement tout con a faire, creer un processus:

        http://doc.trolltech.com/3.3/qprocess.html(...)

        proc = new QProcess( this );
        proc->addArgument( "monprogramme" );
        proc->addArgument( "param1" );
        proc->addArgument( "param2" );
        proc->addArgument( "param3" );
        proc->start()

        et ca http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl(...)

        BOOL CreateProcess(
        LPCTSTR lpApplicationName,
        LPTSTR lpCommandLine,
        LPSECURITY_ATTRIBUTES lpProcessAttributes,
        LPSECURITY_ATTRIBUTES lpThreadAttributes,
        BOOL bInheritHandles,
        DWORD dwCreationFlags,
        LPVOID lpEnvironment,
        LPCTSTR lpCurrentDirectory,
        LPSTARTUPINFO lpStartupInfo,
        LPPROCESS_INFORMATION lpProcessInformation
        );

        La je dois comprendre les 10 arguments de CreateProcess() dans une partie d'un soft, je crois que je vais vite changer pour un execl() tout con qui date dit y'a 15 ans. Et le probleme c'est que tout est comme ca dans l'API windows et si encore il n'y avait que ca... genre quand je dois utiliser cette putain de base de registre de merde ou le dll war...
        • [^] # Re: Peur...

          Posté par  . Évalué à -1.

          a) Qt c'est mignon mais ce n'est pas une lib standard du systeme sur Linux, les gens qui utilisent Gnome n'ont pas forcement Qt, bref ton exemple vaut pas grand-chose, tu peux faire de meme sous Windows : utiliser une lib qui fait wrapper et rend les choses plus simples dans certains cas.

          b) Si tu savais utiliser CreateProcess et avais la la doc de cet API, tu saurais que nombre de ces arguments peuvent etre a NULL et qu'au final c'est pas plus complique a utiliser qu'un API equivalent sur Linux

          c) CreateProcess c'est un des nombreux APIs te permettant de lancer des processus, t'es libre d'utiliser d'autres APIs qui te permettent de faire des choses plus simples, plus simplement.

          La je dois comprendre les 10 arguments de CreateProcess() dans une partie d'un soft, je crois que je vais vite changer pour un execl() tout con qui date dit y'a 15 ans. Et le probleme c'est que tout est comme ca dans l'API windows et si encore il n'y avait que ca... genre quand je dois utiliser cette putain de base de registre de merde ou le dll war...

          T'as le choix entre apprendre a utiliser un API et faire des cochonneries, on dirait que t'as choisi de faire des cochonneries, libre a toi, mais c'est pas la meilleure maniere de programmer un soft.
          • [^] # Re: Peur...

            Posté par  (site web personnel) . Évalué à 3.

            > a) Qt c'est mignon mais ce n'est pas une lib standard du systeme sur Linux

            On s'en fou on ne parle pas de ca, c'est un autre debat.

            > b) Si tu savais utiliser CreateProcess

            C'est le probleme justement, il faut un bac+10 et 5 ans d'experience avec cette API pour la maitriser et l'utiliser correctement, je suis desole mais je me suis arrete a bac+7.

            > c) t'es libre d'utiliser d'autres APIs qui te permettent de faire des choses plus simples, plus simplement.

            Ba voila on y vient enfin, tu nous expliques que Windows a les meme fonctionnalites que KDE depuis 10 ans sous entendu Windows c'est genial et KDE c'est des glands ils ne savent rien inventer mais juste copier.
            Ba nan justement, les technologies Qt/KDE sont beaucoup plus simples et mieux foutus que celles de Windows tout simplement, d'ou leur interet.

            > on dirait que t'as choisi de faire des cochonneries, libre a toi,
            > mais c'est pas la meilleure maniere de programmer un soft.

            Laisses moi seul juge de ce que je fais surtout si tu ne sais pas ce que je fais. Moi je ne juge pas ton travail et pour cause je ne sais pas ce que tu fais.
            • [^] # Re: Peur...

              Posté par  . Évalué à 2.

              On s'en fou on ne parle pas de ca, c'est un autre debat.

              Ben si, sinon rien n'empeche d'utiliser Qt sur Windows par exemple.

              C'est le probleme justement, il faut un bac+10 et 5 ans d'experience avec cette API pour la maitriser et l'utiliser correctement, je suis desole mais je me suis arrete a bac+7.

              Faudrait peut-etre penser a ne pas exagerer aussi, si tu veux juste lancer un process sans rien de special, les 3/4 des parametres sont a NULL, si t'es pas capable de comprendre ca en lisant la doc mieux vaut arreter l'informatique.

              Ba voila on y vient enfin, tu nous expliques que Windows a les meme fonctionnalites que KDE depuis 10 ans sous entendu Windows c'est genial et KDE c'est des glands ils ne savent rien inventer mais juste copier.
              Ba nan justement, les technologies Qt/KDE sont beaucoup plus simples et mieux foutus que celles de Windows tout simplement, d'ou leur interet.


              Ah bon ? La grosse difference dans ton exemple c'est qu'un API est en C, et l'autre en C++ . J'ai pas envie de demarrer une guerre de religion la dessus, mais les 2 ont des avantages et des inconvenients(au hasard, des libs en C++ c'est pas super marrant le jour ou le compilo decide de faire 2-3 trucs differemment et tous les softs utilisant la lib s'ecrasent par exemple, ou le truc toujours amusant d'essayer d'ajouter un membre dans une classe C++ sans que tout s'ecroule).

              Laisses moi seul juge de ce que je fais surtout si tu ne sais pas ce que je fais. Moi je ne juge pas ton travail et pour cause je ne sais pas ce que tu fais.

              Ben desole, mais tu te plains qu'il faut lire la doc pour comprendre l'API, alors evidemment j'en deduis que ca t'emm... de lire les docs, et je consideres personnellement que c'est pas une bonne idee du tout.
              • [^] # Re: Peur...

                Posté par  . Évalué à 2.

                ou le truc toujours amusant d'essayer d'ajouter un membre dans une classe C++ sans que tout s'ecroule

                Ah oui mais non... Je me permets de demander pardon de m'excuser mais du haut de ma modeste expérience en C++ je peux dire que ça, ça ne vient pas d'une faiblesse du C++.
                Tout au plus une faiblesse dans le design de l'appli : les interfaces ont été mal définies.
                Rajouter des données membres est la base de l'encapsulation (mais je ne veux pas te faire l'affront de t'expliquer ce que c'est, je suis sur que tu as toutes les compétences requises... Et il n'y a pas de 2nd degré/ironie la dedans).

                Une fois les interfaces bien définies, robustes voire rock solid, tout se passe au niveau de l'héritage. Point.
                • [^] # Re: Peur...

                  Posté par  . Évalué à 2.

                  Tout au plus une faiblesse dans le design de l'appli : les interfaces ont été mal définies.
                  Rajouter des données membres est la base de l'encapsulation (mais je ne veux pas te faire l'affront de t'expliquer ce que c'est, je suis sur que tu as toutes les compétences requises... Et il n'y a pas de 2nd degré/ironie la dedans).

                  Une fois les interfaces bien définies, robustes voire rock solid, tout se passe au niveau de l'héritage. Point.


                  C'est pourtant un vrai probleme :

                  C herite de B qui herite de A

                  Tu veux ajouter une methode X a B, histoire que C en tire parti automatiquement aussi plutot que devoir tout recreer, ben t'es dans la merde, les softs utilisant ces objets depuis une lib vont claquer.

                  Est-ce que ca signifie un manque dans le design d'une classe ? Oui peut-etre, est-ce que ca change le fait que C++ est un langage qui rend la modification de code existant tres difficile ? Non
                  En C, si tu te rends compte qu'il manque qqe chose, c'est pas difficile de l'ajouter sans tout casser, en C++ c'est une autre paire de manche.
          • [^] # Re: Peur...

            Posté par  (site web personnel) . Évalué à 4.

            << b) Si tu savais utiliser CreateProcess et avais la la doc de cet API, tu saurais que nombre de ces arguments peuvent etre a NULL et qu'au final c'est pas plus complique a utiliser qu'un API equivalent sur Linux
            >>

            Desole, mais meme si tous les arguments sont a NULL, l'api reste plus compliquee. C'est un probleme de l'api windows que tu ne peux pas nier.

            Sous qt, je peux lancer un processus sans consuler la doc. Sous windows, je dois la relire trois fois pour etre sur que j'ai pas mis un NULL au mauvais endroit.

            <<c) CreateProcess c'est un des nombreux APIs te permettant de lancer des processus, t'es libre d'utiliser d'autres APIs qui te permettent de faire des choses plus simples, plus simplement. >>

            Ah ouai ? Et tu peux me dire ou on trouve cette api miracle ? Parce que quand on cherche sur le msdn, on tombe toujours sur CreateProcess.
            • [^] # Re: Peur...

              Posté par  . Évalué à 2.

              Desole, mais meme si tous les arguments sont a NULL, l'api reste plus compliquee. C'est un probleme de l'api windows que tu ne peux pas nier.

              Sous qt, je peux lancer un processus sans consuler la doc. Sous windows, je dois la relire trois fois pour etre sur que j'ai pas mis un NULL au mauvais endroit.


              Je ne vois en quoi c'est le probleme, ne pas lire la doc sur Qt et sur Windows, tu vas finir par te foutre dedans, c'est pas une maniere de programmer.
              CreateProcess est concu pour :
              a) etre utilise en C
              b) permettre la modification d'un certain nombre de parametres du process
              C'est totalement different d'un API C++

              Ah ouai ? Et tu peux me dire ou on trouve cette api miracle ? Parce que quand on cherche sur le msdn, on tombe toujours sur CreateProcess.

              La par exemple :

              http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cp(...)

              Ca s'utilise en C++, C#, VB,... en plus et tout comme Qt c'est pas (encore) une lib de base du systeme.
              • [^] # Re: Peur...

                Posté par  . Évalué à 2.

                Complètement autre choses mais ca me tracasse depuis trop longtemps ...

                Si tu pouvais m'expliquer l'interet d'avoir la documentation de VBasic, C++, C# ... sur la même page peut-etres que j'arriverrais a me calmer quand je recherche une foutue info dans la jungle qu'est MSDN.
                (la question est vraiment sérieuse, je recherche vraiment la logique du truc)

                Merci d'avance.
                • [^] # Re: Peur...

                  Posté par  . Évalué à 2.

                  Ben c'est assez simple :

                  C'est la meme librairie et le meme API qui est utilisable par plusieurs langages differents, raison pour laquelle c'est sur la meme page.
    • [^] # Re: Peur...

      Posté par  . Évalué à 1.

      Qu'on porte Qt, d'accord.
      Qu'on porte KDE, non !


      ce qu'il y a de bien avec le Libre, c'est que "on" n'est pas obligé de t'écouter, toi comme tout les alcooliques, intolérants, racistes et autres bigots de tout poil qui viennent donner leur avis et veulent imposer leur quatre volontés, d'ailleurs souvent sans rien avoir jamais contribué derrière.

      le Libre, ce n'est pas à sens unique, ou seulement quand ça nous arrange, hein.
      • [^] # Re: Peur...

        Posté par  . Évalué à 0.

        J'ai voulu imposer ma volonté ?
        L'intolérant (et insultant au passage) c'est plutôt toi !
        J'ai donné mon avis, c'est interdit maintenant ?
        • [^] # Re: Peur...

          Posté par  . Évalué à -1.

          Qu'on porte Qt, d'accord.
          Qu'on porte KDE, non !


          c'est quoi sinon un ton impératif ?
          • [^] # Re: Peur...

            Posté par  . Évalué à 3.

            Simplement deux phrases pour "résumer" mon opinion.
            Un ton impératif != Un ordre

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.