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 Sebastien Binet . Évalué à 10.
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 brunus (site web personnel) . Évalué à 7.
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 lefangorn . Évalué à 7.
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.
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 anonimulo . Évalué à 3.
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 Philippe F (site web personnel) . Évalué à 3.
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 Pooly (site web personnel) . Évalué à 4.
[^] # Re: 1 de perdu...
Posté par Moonz . Évalué à 4.
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 eon2004 . Évalué à 2.
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 anonimulo . Évalué à 1.
> 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 :
-- Georges Brassens
[^] # Re: 1 de perdu...
Posté par drcanard . Évalué à 6.
[^] # Re: 1 de perdu...
Posté par 태 (site web personnel) . Évalué à 8.
[^] # Re: 1 de perdu...
Posté par \o/ . Évalué à 3.
[^] # Re: 1 de perdu...
Posté par Zenitram (site web personnel) . Évalué à 3.
Il reste un probleme de licence avec QT.
Mais il devient bien moins important...
[^] # Re: 1 de perdu...
Posté par Spyhawk . Évalué à 5.
Donc peut on véritablement affirmer que c'est un problème (au sens "communiste" ;o) du terme) ?
[^] # Re: 1 de perdu...
Posté par Guillaume Knispel . Évalué à 5.
[^] # Re: 1 de perdu...
Posté par Pierre Tramo (site web personnel) . Évalué à 4.
[^] # Re: 1 de perdu...
Posté par farib . Évalué à 3.
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 Erwan . Évalué à 4.
[^] # Re: 1 de perdu...
Posté par Philippe F (site web personnel) . Évalué à 2.
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 Pinaraf . Évalué à 2.
Enfin, plutôt un moteur de thème, qu'est venu compléter KDE...
# Décision juste
Posté par applex . Évalué à 3.
[^] # Re: Décision juste
Posté par Frédéric COIFFIER . Évalué à 2.
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 Croconux . Évalué à 4.
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 Mr Kapouik (site web personnel) . Évalué à 1.
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 Zenitram (site web personnel) . Évalué à -1.
GTK, wxWidgets, et bien d'autres...
# Decision facile à prendre
Posté par pepie34 . Évalué à 2.
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 likefish . Évalué à 3.
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
[^] # Re: Decision facile à prendre
Posté par pepie34 . Évalué à 2.
# Nous avons eu raison de croire en Qt
Posté par Philippe F (site web personnel) . Évalué à 10.
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 !
[^] # Re: Nous avons eu raison de croire en Qt
Posté par Spyhawk . Évalué à 1.
# Double licence ?
Posté par plagiats . Évalué à 1.
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 Frédéric Péters (site web personnel) . Évalué à 4.
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 Damien Metzler . Évalué à 4.
- 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 Barbapapa . Évalué à 0.
* 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 Krunch (site web personnel) . Évalué à 6.
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 Philippe F (site web personnel) . Évalué à 5.
# Peur...
Posté par Pinaraf . Évalué à 3.
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 brunus (site web personnel) . Évalué à 2.
[^] # Re: Peur...
Posté par applex . Évalué à 3.
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 Bruno Michel (site web personnel) . Évalué à 3.
http://kde-cygwin.sourceforge.net/(...)
[^] # Re: Peur...
Posté par vieuxshell (site web personnel) . Évalué à -1.
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 farib . Évalué à 2.
[^] # Re: Peur...
Posté par pasBill pasGates . Évalué à 0.
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 Pinaraf . Évalué à 1.
Par contre, les KIO y'a pas, les KFile non plus je crois
[^] # Re: Peur...
Posté par pasBill pasGates . Évalué à 2.
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 Jérôme FIX (site web personnel) . Évalué à 3.
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 pasBill pasGates . Évalué à 1.
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 Pinaraf . Évalué à 3.
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 Pinaraf . Évalué à 3.
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 pasBill pasGates . Évalué à 2.
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 Pinaraf . Évalué à 2.
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 tanguy_k (site web personnel) . Évalué à 4.
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 pasBill pasGates . Évalué à -1.
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 tanguy_k (site web personnel) . Évalué à 3.
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 pasBill pasGates . Évalué à 2.
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 Sebastien Binet . Évalué à 2.
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 pasBill pasGates . Évalué à 2.
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 Philippe F (site web personnel) . Évalué à 4.
>>
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 pasBill pasGates . Évalué à 2.
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 thecat . Évalué à 2.
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 pasBill pasGates . Évalué à 2.
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 Gniarf . Évalué à 1.
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 Pinaraf . Évalué à 0.
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 Gniarf . Évalué à -1.
Qu'on porte KDE, non !
c'est quoi sinon un ton impératif ?
[^] # Re: Peur...
Posté par Pinaraf . Évalué à 3.
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.