Joris Marcillac a écrit 45 commentaires

haaaaaaaa, dans mes bras, enfin on va parler de vrai prog !!!

as tu essayé vba sous word, C'EST LE TOP, si si pour draguer les secretaires ^_^ , c pour cela que M$ a dit que vb est un langage qui gère le multi thread.

Bon le probleme c que M$ a abandonné ce langage. Mais pourquoi je n'ai pas pris la pilule bleue.

c vrai, mais pour une société mettre son source en GPL comme l'a fait TrollTech, cela n'est pas encore courant (je sais, pas encore sous win, sous la pression ils vont à mon avis devoir le faire ;)
Par exemple dans la boite ou je travaille si je parle d'open source, je vais directement au bucher (comme les sorcieres au moyen age, remarque je suis poilu comme elles ^_^ )

Des que l'on parle d'argent , la premiere reaction est la protection, et mefiance des concurents (voir les strategies de M$ et intel)

je pense que Qt avait surtout peur de donner le source (en GPL) car à partir de la, le fork et plus facile.

excuse ma newbyie mais pour faire du GPL sous win avec Qt c possible alors que c pas GPL sous win ? G acheté la licence Qt sous win car il faut reconnaitre que pour le prix : support SOURCES (element fondamental pour moi) portabilité + aide au dev du LL Facilité de dev par rapport a MFC hé ben g pas trouvé mieux (ce n'est pas un troll ;) qui me correspondais

je me suis trop succintement exprimé, pour moi dans ce commentaire commercial != GPL , pour contre faire du commercial sous GPL, ok je suis donc d'accord ;))

je suis d'accord avec toi, dans les faits, si tu fais du libre => Qt GPL du commercial => Qt licence. et ceci quelque soit la plateforme AHhh, l'argent, que des problèmes ;)

Merci pour la precision, sous MinGW ok c du natif, depuis que je l'ai decouvert, je ne mange plus que ca ^_^, MsVC -->[] Par contre je leur souhaite bien du courage, du dev pur et dur sous win32, à dans 10 ans car chez les trolls ils sont 30 developpeurs ! Ceci dit, si cela fais bouger trolltech pour une version free sous win, ok joris

Pour le MFC suis d'accord c une horreur (5 ans de bagne, puis la lumière m'est venu avec Qt). Pour le reste ils pourraient faire une version non commerciale 3.x.x , sans pour autant m'etre Qt-win32 en GPL. source-closed. L'avenir nous le dira, surtout voir si le projet aboutira.

Salut à tous, Une question : ils parlent d'un portage natif sous win32, mais on passe par cygwin et XFree, ou est le natif ??? Qt (des trolls) sous win32 appelle directement le kernel et le gdi de krosoft. joris ps : pas sur la tete si g pas compris le natif. Merci ;)

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

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.

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

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

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

Exact, meme avec KDE, pour la STL avec Qt il faut voir le poids (en octet:) par rapport à QSTL, y gagne t'on, car les interfaces sont identiques

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.

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

Je pense que le fait que Micro$ ait acheté ou financé (tout depend du point de vue) des droits logiciels de SCO n'est pas innocent dans l'attitude de celui-ci. Malgrès tout cela peut jeter un discredit sur linux pour les personnes n'étant pas au fait de toute l'histoire.

Humm, malheureusement ceci arrive tout les jours avec un système trop généraliste, les abus sont dans la nature humaine (il n'y a qu'à voir avec la sécu et autres). Parfois les contre mesures sont trop excessives surtout lorsqu'elle arrivent trop tard :-(

Il faut garder espoir et etre toujours optimiste, c'est dans cet état d'esprit que l'on peut progresser ou faire progresser qq chose.

Je reste donc optimiste sur l'évolution de linuxfr ;-))

Heuuu, je confirme la seule medecine que je connaisse c lorsque je suis malade.
Nous informaticiens les vrais, ils nous arrivent de faire des softs pour les autres ;-))