Posez vos questions à Trolltech

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes :
0
30
juin
2003
KDE
Grâce a KDE France, j'ai la chance de pouvoir prochainement mener une interview téléphonique avec Eirik Eng, le PDG de Trolltech. Donc si vous avez des questions sur Qt et Trolltech, profitez-en. Je moissonerai les questions sur KDE France, linuxfr et dot.kde.org. Voici ma première liste de questions:
- QSA est en beta depuis un an, est-ce que ça marche bien ? Y a-t-il un bon retour ? Quand est-ce qu'on peut espérer une release ?

- Qt en GPL pour MacOS : qu'est ce qui vous a poussé à faire le changement de licence maintenant et pas quand vous l'avez sorti ?

- l'annoncement initial de Qt pour MacOs parlait aussi de MacOS 9 mais cela a été retiré très vite. Qt a-t-il fonctionné sur MacOS 9 ?

- aujourd'hui Qt a l'air assez complet. Quel futur vous voyez ?

- bilan sur la société: combien de ventes, combien d'employés, bilan sur ce qui s'est passé depuis la création.

- dans quel pays Qt a-t-il le plus de succès ou le moins de succès ? Avez-vous la sensation que RedHat ou Gtk vous fassent concurrence ?

- X11 a connu une crise interne récemment : Keith Packard a critiqué la fermeture et l'immobilité de de l'équipe de X11. Est-ce que vous êtes au courant et est-ce que vous avez des commentaires ?

Aller plus loin

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à -10.

    Des sociétés innovantes et agressives comme SuSE emergent du marché, ne serait il pas temps de négocier un accord de partenariat et de distribution pour prendre le bon wagon et offrir les capacités de vos produits à un plus grand nombre ?

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 7.

    Est-il prévu de faire passer la version non-commerciale de Qt pour windows de 2.3.2 à 3.x? Voir même en G.P.L. selon le même principe de double license que les autres version?

  • # Re: Posez vos questions à Trolltech

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

    - Qt étant pleinement multi-plateforme, vous et votre équipe avez une expérience sur de nombreux environnements. Pouvez-vous présenter brievement les avantages et inconvénients que vous avez pu rencontrer sur chacun d'eux ?
    - Quelles seraient les choses à améliorer à votre avis pour le couple linux/XFree ?
    - Avez-vous jeter un oeil aux alternatives à XFree (DirectFB / Xdirectfb, Fresco,...) ?

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # Re: Posez vos questions à Trolltech

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

    prevoyez vous des extensions dans d'autres domaines que ceux existant (opengl, xml, ...) c'est à dire par exemple la gestion du son ou une integration des librairies videos existentes ?

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 7.

    Jusqu'a quel point pensez vous que le libre à été bénéfique à Qt ?

    Penser vous "inventer" de nouveaux composants graphique inédit dans les bibliothèques actuels ?

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 4.

    Quelle est votre position sur les brevets logiciels.

  • # Re: Posez vos questions à Trolltech

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

    - Est-il prevu de supprimer l'utilisation du preprocesseur ? (cf http://libsigc.sourceforge.net/(...) )
    Personnellement je verrais bien une nouvelle version de Qt qui intégrerait les evolutions du C++ et des compilos:
    suppression du préprocesseur, basé sur les templates et la STL (et puis utiliser get pour les getters pour harmoniser par rapport aux autres langages récents). Certe il y aurait incompatibilité avec les anciennes versions et un re-apprentissage.

    - La version windows gratuite sera-t'elle un jour en phase avec les autres versions ? pourra t'on l'utiliser avec mingw (gcc pour windows http://www.mingw.org/(...) ) ?
    Je connais pas mal de personnes (sous windows comme beaucoup de developpeurs) qui sont interesses par Qt plutot que d'utiliser les MFC et Visual C, mais ils doivent se contenter de tester la version 2 alors que de nombreuses ameliorations on été apportées. (en gros c'est comme si Renault proposait au gens de tester une Renault 5 alors que la Clio existe, on a deja vue mieux comme publicite). Utiliser gcc sur toutes les plateformes serait un énorme plus pour le multi-plateformes.

    - Est-il prevu des intégrations de classes KDE au sein de Qt (par exemple la boite de dialogue d'ouverture/sauvegarde de fichiers ect... pour eviter les IFDEF)
    D'une maniere générale envisagez-vous un rapprochement profond entre Qt et les classes KDE ?

    - Comment voyez-vous l'avenir face a Java/Swing/SWT et C# ?
    comptez-vous a long terme abandonner C++ pour un autre langage ?
    Les langages modernes inclus tous une lib graphique. Y'a t-il un risque selon vous pour Qt de devenir un peu comme Netscape lorsque Microsoft a intégré Internet Explorer à Windows ?


    Personnellement sur le long terme j'aimerais bien que Qt soit:
    - basé sur du C++ moderne
    - des bindings serieux (pas de bugs, bonne integration, mis a jour) dans plusieurs langages
    - une intégration parfaite à KDE

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 5.

      Est-il prevu de supprimer l'utilisation du preprocesseur ? (cf http://libsigc.sourceforge.net/(...) )

      Ca m'étonnerait pas mal. Ce préprocesseur est dur à accepter au début, mais par la suite on le bénit. Ca rend le code très propre. C'est un avis personnel, évidemment.

      suppression du préprocesseur, basé sur les templates et la STL (et puis utiliser get pour les getters pour harmoniser par rapport aux autres langages récents)

      Qt utilise déjà les templates et propose même une réimplémentation d'une partie de la STL...
      Concernant les getters, c'est juste une question de goût. L'intérêt est que quand tu veux la valeur d'un attribut, tu tapes juste son nom et une paire de parenthèses. Encore une fois, c'est un choix qui rend le code plus facile à lire : quand tu écris valeur(), tu sais que tu manipules une valeur. Quand tu écris getValeur(), tu sais que tu utilises une fonction qui retourne un truc. C'est moins naturel je trouve... Encore un avis personnel.

      Tous ces avis personnels pour te dire que les tiens aussi sont personnels, et que je ne pense pas qu'il soit intéressant de demander au PDG s'il préfère coder d'une manière ou d'une autre ;-)

      Je connais pas mal de personnes (sous windows comme beaucoup de developpeurs) qui sont interesses par Qt plutot que d'utiliser les MFC et Visual C, mais ils doivent se contenter de tester la version 2 alors que de nombreuses ameliorations on été apportées. (en gros c'est comme si Renault proposait au gens de tester une Renault 5 alors que la Clio existe, on a deja vue mieux comme publicite). Utiliser gcc sur toutes les plateformes serait un énorme plus pour le multi-plateformes.

      Je crois bien qu'il existe une version démo pour QT3 : http://www.trolltech.com/download/qt/evaluate.html(...)

      Est-il prevu des intégrations de classes KDE au sein de Qt (par exemple la boite de dialogue d'ouverture/sauvegarde de fichiers ect... pour eviter les IFDEF)
      D'une maniere générale envisagez-vous un rapprochement profond entre Qt et les classes KDE ?

      Tu connais la réponse pourtant... ;-) Ces deux projets n'ont rien à voir. Demande à KDE d'être plus multiplateforme et n'utilise que ces bibliothèques là...

      comptez-vous a long terme abandonner C++ pour un autre langage ?

      Comptez-vous vous saborder vous-même en recommançant à zéro le travail de tant d'années ? ;-) Non, plus sérieusement, je ne suis pas, excuse-moi : à quoi penses-tu comme langage ?

      Personnellement sur le long terme j'aimerais bien que Qt soit:
      - basé sur du C++ moderne

      C'est-à-dire ? Et ça t'apporterait quoi ? C'est juste une bibliothèque...

      - des bindings serieux (pas de bugs, bonne integration, mis a jour) dans plusieurs langages

      Ouais, je vote pour aussi ! Avec QSA, on s'en rapproche cependant.

      - une intégration parfaite à KDE

      Faut vraiment que tu m'explique ça...

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        >Concernant les getters, c'est juste une question de goût. L'intérêt est que quand tu veux la valeur d'un attribut, tu tapes juste son nom et une paire de parenthèses. Encore une fois, c'est un choix qui rend le code plus facile à lire : quand tu écris valeur(), tu sais que tu manipules une valeur. Quand tu écris getValeur(), tu sais que tu utilises une fonction qui retourne un truc. C'est moins naturel je trouve... Encore un avis personnel.

        Je crois qu'il y a eu une mode Java, mais que beaucoup de monde est de ton avis. Les getters/setters c'est bien mais utilisé à bon escient.

      • [^] # Re: Posez vos questions à Trolltech

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

        <i>>> Est-il prevu de supprimer l'utilisation du preprocesseur ? (cf http://libsigc.sourceforge.net/(...) )
        Ca m'étonnerait pas mal. Ce préprocesseur est dur à accepter au début, mais par la suite on le bénit. Ca rend le code très propre. C'est un avis personnel, évidemment.

        Le preprocesseur a ete choisit comme solution par Trolltech car les compilateurs C++ il y a 6-7 ans ne supportaient pas correctement les templates (et donc la STL). Mais actuellement ca a changer.
        ligsigc++ est la preuve que l'on peut implementer les signaux avec du vrai C++ standard et que c'est pas plus compliqué à utiliser et que ca marche bien.

        ---
        Qt utilise déjà les templates et propose même une réimplémentation d'une partie de la STL...

        C'est exactement ce que je veux pas !
        Au lieu d'utiliser l'existant on re-invente
        Donc on doit apprendre 2 manieres de faire, la maniere C++ standard et puis la maniere Qt.

        ---
        <i>>> Est-il prevu des intégrations de classes KDE au sein de Qt (par exemple la boite de dialogue d'ouverture/sauvegarde de fichiers ect... pour eviter les IFDEF)
        >> D'une maniere générale envisagez-vous un rapprochement profond entre Qt et les classes KDE ?
        Tu connais la réponse pourtant... ;-) Ces deux projets n'ont rien à voir. Demande à KDE d'être plus multiplateforme et n'utilise que ces bibliothèques là...

        Si c'etait aussi evident que ca, les gens ne feraient pas des threads impressionnants sur la mailing-list et sur dot.kde.org à ce sujet (j'ai pas retrouve le post en question). Je trouve ridicule de devoir faire des IFDEF juste pour une boite de dialogue qui n'a en soit rien de spécifique a KDE, pas toi ?

        ---
        <i>>> comptez-vous a long terme abandonner C++ pour un autre langage ?
        Comptez-vous vous saborder vous-même en recommançant à zéro le travail de tant d'années ? ;-) Non, plus sérieusement, je ne suis pas, excuse-moi : à quoi penses-tu comme langage ?

        Ba c'est simple, ceux qui ont codé des libs pour COBOL j'espere que depuis ils ont re-ecrit leur libs pour un langage plus moderne.
        Dans 10 ou 15 ans il en restera quoi du C++ ? (j'ai bien precisé long-terme dans ma question).

        ---
        <i>>>Personnellement sur le long terme j'aimerais bien que Qt soit:
        >> - basé sur du C++ moderne
        C'est-à-dire ? Et ça t'apporterait quoi ? C'est juste une bibliothèque...

        C++ moderne = templates, STL ect...
        ce que ca apporte me parait evident. moins de temps de developpement, plus facile, standard C++ et pas de preproc (donc compatible avec tous les outils de dev qui supportent le C++) ect...

        ---
        <i>>> - une intégration parfaite à KDE
        Faut vraiment que tu m'explique ça...

        Avant Qt3, les applis avaient une allure differente entre les applis KDE et Qt. maintenant au niveau developpement il y a encore des problemes d'intégration (toujours le meme exemple des IFDEF pour les boites de dialogues).

        • [^] # Re: Posez vos questions à Trolltech

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

          ligsigc++ est la preuve que l'on peut implementer les signaux avec du vrai C++ standard

          moc fait beaucoup plus de choses que ligsigc++, et libsigc++ n'a pas que des avantages non plus (par exemple c'est sympa de ne pas avoir un type-checking trop fort sur la connection d'un signal, ça évite souvent des includes inutiles).

          Au lieu d'utiliser l'existant on re-invente

          Non. La QTL est là si tu n'as pas la STL (ce qui arrive encore très souvent), et si tu as la STL, tu peux mélanger les deux sans problème. Les APIs sont très proches.

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 2.

      Concernant la compil de Qt sous MinGW c possible, g compilé la lib + les tools + les examples sans aucun pb. (version 3.2.0b2). Il me semble que les exe vont plus vite qu'avec msvc, par contre la compil est plus longue :-(
      J'utilise meme MySQL (dll) et le driver Qt avec MinGW.
      Je sais également que la version 3.1.2 marche aussi.
      Si tu veux plus d'info mail moi.

      a+
      jorix

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        je connaissais pas mingw je viens de l'installer pour compiler les sources de Qt, par contre il met lancer le script configure , euh j'ai pas trouvé comment tu peut me le dire

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        Ah ? Y'a une doc ou quelque chose pour ca ? C'est récent nan ? Parce que j'étais très irrité de voir que pour utiliser Qt sous MS, il fallait une licence MS ou Borland !! (pour ceux qui ne savent pas, quand on achete Qt-Win, ils filent les sources qui se compilent à l'install, et non un binaire mswin)

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        pour des info :
        www.technosis.de/mingw

        sinon perso g déclaré dans les variables d'environnement :
        QMAKESPEC = win32-g++
        PATH = C:\Qt\3.2.0b2\lib;c:\mingw\bin;etc...
        QTDIR = C:\Qt\3.2.0b2

        Mettre les dernieres versions de MinGW.
        Relancer l'install.exe (ou peut etre configure, je ne l'ai pas essayé)
        voili voila

        ps : A oui avant g rebooté le pc car pb avec msvc (normal on est sous win$ ;-)
        Sur une machine (avec msvc) qmake c compilé puis le reste a planté, g relancé et la le reste c compilé avec le qmake qui venait d'etre compilé !!!

        sinon mon mail: joris.marcillac@noos.fr

        • [^] # Re: Posez vos questions à Trolltech

          Posté par  . Évalué à 1.

          euh pour l'install.exe, tu parle de l'install de mingw ou pas? si oui, ma question comment tu compile Qt, car il me fait tjrs chier avec le configure

          • [^] # Re: Posez vos questions à Trolltech

            Posté par  . Évalué à 1.

            non je parle de l'install.exe de Qt qui est dans
            QTDIR\bin (c:\qt\3.2.0b2\bin\install.exe)
            Au moment du choix du compil tu dois choisir win32-g++ (dans other)

            a+
            joris

            • [^] # Re: Posez vos questions à Trolltech

              Posté par  . Évalué à 1.

              il doit y avoir une incomprehension de ma part tu parle de recompiler qt en utilisant les sources de la version win32 3.2.0b2 ou a partir de la version X11-free????

              • [^] # Re: Posez vos questions à Trolltech

                Posté par  . Évalué à 1.

                je parle de compiler Qt sous win avec le source sous win$ (avec licence et tout et tout) en utilisant gcc sous win$ => MinGW

                tu peux me mailé directement à : joris.marcillac@noos.fr

                • [^] # Re: Posez vos questions à Trolltech

                  Posté par  . Évalué à 1.

                  Est-ce que tu aurais déjà essayé de pondre un prog pour mswindows entièrement sous Linux, c'est à dire compilation de QtWin + CrossCompil du prog Qt (testé en général avec QT X11 GPL) contre QTWin + test du prog Qt-win sous Wine ?

                  • [^] # Re: Posez vos questions à Trolltech

                    Posté par  . Évalué à 1.

                    Non, je n'utilise pas wine, Qt me permet d'avoir des prog directement en natif sous les plateformes. g une prog qui a + de 20 000 lignes avec deux bibliothèques (dll sous win$ et .so sous linux) dont l'une est le reporting kugar de KOffice (sous win$ et sous linux) avec acces à mysql (sous win$ et sous linux aussi) . La compilation c effectué sans aucun soucis, sauf que gcc est beaucoup plus sensible que msvc (dans le bon sens du terme). A noter que ce meme prog et bibliothèques ( est maintenant compilé sous win$ avec MinGW.

                    • [^] # Re: Posez vos questions à Trolltech

                      Posté par  . Évalué à 1.

                      J'ai du mal m'exprimer.. je veux un prog natif MSWin, mais cross-compilé depuis Linux, histoire de ne pas avoir de MSWin du tout (ni la licence qui va avec).. et pour tester le prog natif mswin, j'utiliserais Wine... La dernière fois que j'avais vu installer QTwin, il demandait soit MSVC soit BorlandC++, et a fortiori, MSWin... Moi, je voudrais ne pas avoir besoin de licences MS du tout

                      • [^] # Re: Posez vos questions à Trolltech

                        Posté par  . Évalué à 2.

                        Effectivement je n'avais pas compris ta demande. Non je n'ai pas testé un prog natif win$ sous linux avec wine. Par contre avec la version 3.1.X et surtout 3.2.0 comme on peut utiliser MinGW (gcc sous win$) tu peux te passer des licences visual et autres, ce que je vais faire maintenant ;-)) G compilé Qt + tools + exemples sur une machine n'ayant jamais eu de compilateur autre que MinGW. a+ joris

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 2.

      > Est-il prevu de supprimer l'utilisation du preprocesseur ? (cf >http://libsigc.sourceforge.net/(...) )

      J'aurai tendance a dire RTFM !! :-)

      Plus serieusement, ca fait parti de la doc livre avec QT, voir :
      http://doc.trolltech.com/3.1/templates.html(...)

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 1.

      Oui, j'aimerai bien aussi que soit demandé à Trolltech quelle est leur politique vis à vis du C++ moderne. En particulier de l'utilisation de la STL (et *pas* d'un clone ré-èimplémenté) et de std::string (et *pas* de QString).

      Merci !

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        Humm...
        Je trouve QString bien plus puissant et pratique que std::string, meme avis sur la STL. Que Qt soit compatible avec STL : oui, mais de la à mettre STL dans tout, je ne sais pas si c une bonne chose.

        • [^] # Re: Posez vos questions à Trolltech

          Posté par  . Évalué à 1.

          Pour QString vs std::string d'accord, mais pour les containeurs classiques je préfère largement la STL. La STL est maintenant utilisable sans problèmes depuis QT2.??

    • [^] # Re: Posez vos questions à Trolltech

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

      - libsig est un debat recurrent sur qt-interest. Disons qu'il y a des avantages et des inconvenients. Les templates sont quand meme une structure tres lourde du C++ qui est difficile a apprendre. Cf aussi:
      http://www.kuro5hin.org/story/2003/5/26/22429/7674(...)

      Les templates posent aussi des limitations si tu veux faire des plugins, puisque pour compiler ton plugin, tu as besoins de .h

      Les signaux/slot etant bases sur des string, il est tres facile de les ajouter dynamiquement, ou de les binder dans un autre langage.

      - Qt sous windows: il existe une version d'evaluation avec la toute derniere version de Qt donc je ne vois pas trop le probleme.

      - KDE sous Qt. Mathias Ettrich avait propose qqch sur kde-core-devel mais c'est un peu tombe a l'eau. Il y a un petit probleme de dependance circulaire a resoudre.

      - Qt base sur du C++ moderne: je suppose qu'il faut comprendre STL + template. Malheureusement, cette modernite a aussi l'inconvenient de ne pas etre bien portable et surtout, d'etre compliquee a aborder. J'avais lu qu'environ 10% des programmeurs C++ savent utiliser les template. Parmis ces 10%, 1% savent vraiment ce qu'ils font. (mavie.com: je connais le C++ depuis pratiquement 10 ans et je viens juste de rentrer dans les 10%)

      - binding: je ne peux que recommander PyQt, excellent maintenu et pas cher sous windows.

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        - Qt sous windows: il existe une version d'evaluation avec la toute derniere version de Qt donc je ne vois pas trop le probleme.
        oui évaluation de 30 jours c limité qd même, et avec une fenêtre se lancant au lancement des applis qt et des programmes dev avec, fenêtre non fermable.

        • [^] # Re: Posez vos questions à Trolltech

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

          C'est pour faire des demos ou pour vendre a un client ? De toute facon, t'es sous windows, tu paye. Tu as paye ton OS, ton environnement de Dev, ta suite office, ton decompresseur, pourquoi tu ne payerais pas ta bibliotheque graphique ?

          Le message n'est pas personnel, c'est juste pour rappeler que sous windows, payer est normal.

      • [^] # Re: Posez vos questions à Trolltech

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

        - Qt base sur du C++ moderne: je suppose qu'il faut comprendre STL + template. Malheureusement, cette modernite a aussi l'inconvenient de ne pas etre bien portable et surtout, d'etre compliquee a aborder. J'avais lu qu'environ 10% des programmeurs C++ savent utiliser les template. Parmis ces 10%, 1% savent vraiment ce qu'ils font. (mavie.com: je connais le C++ depuis pratiquement 10 ans et je viens juste de rentrer dans les 10%)

        1 - Qt utilisent deja les templates
        2 - la généricité qu'offre les templates est nécessaire pour développer correctement
        3 - dans Qt ils ont ré-écrit une sorte de STL pour Qt http://doc.trolltech.com/3.1/qtl.html(...) au lieu de se baser sur la STL C++ parceque les compilos etaient pas bons à l'epoque.
        4 - utiliser la STL dans Qt facilite la tache du developpeur car il ne doit pas apprendre 2 manieres differentes de faire (facon Qt et C++ STL).

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 0.

    Je sais que je rêve :

    Pourquoi ne pas étendre le droit à l'utilisation de QT3Win aux projets libres multi-plateformes ?


    En tant que développeurs de jeux libres multiplateformes, je souhaiterai mettre à disposition les éditeurs, utilisant "Cute" (Qt pour les non-intimes ;-), aux utilisateurs de Windows. Le système de licence ne me permet pas vraiment de le faire moi-même, à moins de trouver un gentil développeur ayant payé la licence et voulant bien me faire les compilations régulièrement.


    Sinon, que pensez du projet de portage de QT3/X11 sous Windows ? (http://kde-cygwin.sourceforge.net/qt3/(...) )

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 1.

      Sinon, que pensez du projet de portage de QT3/X11 sous Windows ? (http://kde-cygwin.sourceforge.net/qt3/ ) Youpsa, c'est pas du tout ça l'URL. Je voulais parler de ça : http://www.iidea.pl/~js/qkw/ Au temps pour moi...

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 1.

    A quand le portage de Qt pour MultiDeskOS ?

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 2.

      Je crois pas que Qt puisse fonctionner sur MultideskOS, car Qt n'a pas l'avantage de fonctionner entièrement en mode texte..

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 5.

        Il me semble qu'aussi Qt n'a pas une conception issue de la domotique en recherche nucléaire, il est donc propice aux virus en conséquence de quoi cela n'interesse pas jayce.

        • [^] # Re: Posez vos questions à Trolltech

          Posté par  . Évalué à 1.

          Tu pourrais développer ??

          • [^] # Re: Posez vos questions à Trolltech

            Posté par  . Évalué à 2.

            "MultiDeskOS peut donc être utilisé pour gérer votre domicile ( par domotique ), ceci, encore une fois, pour seulement quelques Ko sur le disque où il se trouve, vous laisser la possibilité de prendre vos jeux partout où vous allez, de pouvoir disposer d'une suite bureautique, avec agenda et bien plus encore sur une disquette, vous permettant ainsi d'économiser de l'argent si vous ne souhaitez pas investir dans un ordinateur de poche. " : MutideskOS est clairement orienté domotique et pour avoir un système de juste quelques ko il faut clairement faire appel a des manipulations directe au niveau des atomes.

            Ca te va ?

      • [^] # Re: Posez vos questions à Trolltech

        Posté par  . Évalué à 1.

        si cpossible, tu indique juste dans le main lorsque tu implémente la class QApplication les paramétres de la classe à argc, argv -ca c normale, puis tu met met TRUE en troisieme paramétres qui est false par défaut, cela indique que tu fais une appli en mode texte, et la pas de prob

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 6.

      Jayce The Crazy Child va sortir une nouvelle version de MultiDeskOS le 15 Juillet.

      (1) N'avez-vous pas peur que la technologie MultiDeskOS ne rende obsolète Qt ?

      (2) Envisagez-vous un rachat / partenariat avec Jayce le jour où MultiDeskOS sera devenu un OS complet ?

      (3) Prévoyez-vous un outil de conversion de programmes C++ vers le langage de MultiDeskOS qui est nettement plus attractif pour le programmeur ?

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 2.

    A propos de Qtopia:
    * Opie (fork de Qtopia) propose de nombreuses ameliorations. Pensez-vous en integrer certaines a Qtopia ? Suivez-vous le developpement de ce projet ?
    * Devant le succes du Zaurus, avez-vous ete contacte par d'autres fabriquants de PDA en vue de nouveaux terminaux (devices) sous Qtopia ?

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 1.

      pensez vous faire un gestionnaire de fenetre, dérivé de QTopia ou pas, pour pc directement, cela utilisera le fb directement et permettra de ne pas utiliser X -donc comme directfb ou autre-. Je pense que cela peut e^tre intéressant. Vu que QT/E marche sur pc, je pense que cela serait bien

  • # Qt on curses

    Posté par  . Évalué à 2.

    Est ce que un modules QCurses (ou QListBoxCurses,....) aurait un sens ? Ou alors encore mieux QT utilise curses par default quand pas de DISPLAY disponible ... Genial non ?
    En temps qu'utilisateur j aime bien quand les programes on aussi une interface curses , mais ecrir un program avec ncurses quand on a utilise qt avant... ca fait mal !!
    Sinon comment est ce que vos developeurs s'adapte a Oslo ? y fait pas 1 peu froid ? :-) De liker aa gaa paa fjelltur ? (version francaise == ils aiment faire des tours en montagnes )

  • # Re: Posez vos questions à Trolltech

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

    - Quels sont vos rapports avec la communauté qui co-développe Qt ? Quels retombées (nature, importance, promotion) avez-vous de ces contributeurs externes ? Quelles difficultés rencontrez-vous dans le co-développement de vos produits (divergences éventuelles d'opinion entre la communauté et Trolltech, etc) ?

    - Comment faites-vous pour gérer les différents types de licences dès lors que vous incorporer des contributions extérieures (par exemple, vous obtenez un bug fix pour une version GPL, le bug est aussi dans une version QPL -> comment faites-vous pour gérer ce problème de licence dans la gestion des différentes branches / licences-) ?

    - Quelle est la ventilation des revenus entre les applications desktop et les applications embarquées type Qtopia. Comment voyez-vous l'évolution de Linux dans le domaine de l'embarqué ?

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 1.

    A peine la sortie de QTmac annoncée, Konqueror est dispo en natif sous OSX. Ok, je sors...

  • # Re: Posez vos questions à Trolltech

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

    Comptez-vous élargir votre business-model ? (genre vente de bouquins : docs, tutoriels, etc...)

    • [^] # Re: Posez vos questions à Trolltech

      Posté par  . Évalué à 1.

      quand tu achétes une license tu as une boite qui contient tout cela. Il y a aussi des formations payantes donné par Qt réguliérement

  • # Re: Posez vos questions à Trolltech

    Posté par  . Évalué à 1.

    Pour info:
    un tel questionaire à été publié dans GNU/Linux Magazine il y a 2 ou 3 mois.

  • # Intégration avec Swing et SWT

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

    Est-ce que Trolltech étudie la possibilité d'une implémentation de Swing et/ou SWT en QT ? Aujourd'hui, ces toolkits graphiques Java très répandu s'appuie pour Linux sur GTK. Pour quelle raison QT semble ainsi en retrait ?

Suivre le flux des commentaires

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