Gof a écrit 2226 commentaires

Je m'attendais à cette réponse. (j'aivais originelement mis une note dans mon commentaire mais je l'avais enlevé)

Non, je ne ferais pas de dépêche (et puis Solution Linux c'est trop loin et pas intéressant)

Je sais que les rédacteurs sont les participants du site et je les en remercie, eux, les relecteurs, les modérateurs, et tout ceux qui font que le site fonctionne.
(mais pas pour cette dépêche précise :-))

Pour KDE c'est à peu près pareil.
Assez peu de nouvel étudiants restent, mais tout de même certains.

À noter aussi que grâce aux 500$ par étudiant donnés à l'organisation, Google est le plus gros sponsor financier de KDE.

Je suis bien d'accord.
Tous les projet qui participent au summer of code méritent autant de publicité.

Je pense qu'il aurais fallut faire une dépêche globale pour le Google Summer of Code.

« La base contient "plus de 5000 titres", ce qui est ridiculement petit... De plus, tous ces titres sont dans le top 250 imdb.com »

Soit il proposent beaucoup de fois les mêmes films, soit le top 250 contient beacoup plus que 250 titres.
(ou alors ta phrase est erronée)

Non.

Richard Stalleman le disais déjà depuis longtemps:
http://www.guardian.co.uk/technology/2008/sep/29/cloud.compu(...)

Mon avis :
Donner ses donnée à des « fournisseurs de services » et leur déléguer la façon dont ils les manipules est pire que d'utiliser un logiciel proprio.

Juste après qu'il ait inventé l'ordinateur.

Et tu te serais lancé dans une application Jambi avant l'annonce de l' « abandon » ?

Ce que tu décris ressemble fort à mon bureau :

9 bureaux virtuels. Plein de fenêtre ouverte, je ferme très rarement mes applications. La barre des tâche ne montre que les fenêtres du bureau courrant.

Y aurait il une relation avec MultiDeskOS ?

Une corrélation n'implique pas une relation de cause à effet, point barre.

Toutafait ( http://xkcd.org/552 )

Par contre, l'absence de corrélation peut montrer l'absence de causalité (Toutes autres choses restant égales)

Il y a un constructeur de copie implicite de Bag vers Set, c'est le
FSet::FSet(const FBag& bag)

Voir par exemple http://publib.boulder.ibm.com/infocenter/comphelp/v8v101/ind(...)


En Java, il faudrais explicitement apeller implicitement le contstructeur.
Le code ressemblerais à un truc du genre
FSet set = new FSet( put(new FSet(),2) );

« On remarquera aussi la présence de QT Creator en version 4.5.0 »

Pas du tout. La dernière version de Qt Creator est la version 1.0
C'est Qt (tout court) qui est en version 4.5.0

(Par ailleurs c'est Qt et non QT)

LGPL

Sauf que vu que c'est libre, n'importe qui peux continuer si il estime que ces projet valent la peine.

Ça veux juste dire que Nokia ne va plus dépenser des ressources sur ces projets car il n'estime pas que c'est utile et préfère se concentrer sur autre chose.

Pour Jambi, les ~2 développeurs qui s'en occupaient vont pouvoir s'occuper d'autre chose, car Qt Jambi n'as pas eut le succés éspéré.

Pour Qt Extended, ce qui est utile va être remis comme bibliothèque dans Qt lui-même.

Qt Software ne se désinteresse pas du tout au libre, bien au contraire : Nouvel IDE complètement libre; Portage de Qt sous S60; Nouvelle licence encore plus libre (attention au trolls).
Et Qt Software engage même de nouveaux développeurs en cette période de « crise ».

Tu n'aime pas Microsoft pour sa politique mono-plateforme
Mais tu aime Mono malgré sa politique plateforme Microsoft :-)

Bon, le terme "privateur" a déjà été débatu ici.

Mais en quoi la licence payante de PyQt est elle privatrice ?
Laquelle des 4 libertés prétendues fondamentales n'est pas réspectée ?

un langage pourtant portable.

Ça c'est toi qui le dit.


Mais le but de ActiveQt n'est pas du tout de créé des bindings pour faciliter le dévelopement en .Net. C'est de pouvoir utiliser C++ et Qt tout en s'intégrant dans des applications que d'autres auraient écrit en .Net

Qt Extended était la platforme contenant des applications pour téléphone mobile

En gros, depuis quelques années déjà, le code utile de Qtopia est déplacé progressivement dans Qt lui-même (Qt Embedded Linux, ...)

Avec Qt Embedded Linux, Qt Windows CE, Qt S60. Cela fait 3 platforme de dev pour l'embarqué pris en charge par Qt

La phrase et un assez mal formulé car on pourrait croire que c'est Qt qui ne sera plus maintenu officiellement.

En fait ce n'est que Jambi (les bindings Java de Qt) qui ne seront plus maintenu officiellement par Nokia
https://linuxfr.org/~SOULfly_B/27899.html

Qt (La bibliotèque C++) restera dévelopée, maintenue et suportée par Nokia biensur.
(Jambi n'est que très peu utilisé comparé à Qt)

C'est exactement ça.

En interne le style va demander à Gtk+ de dessiner les widgets ou primitives dans des buffers (mis en cache) de manière à dessiner tout exactement comme le fait Gtk+.

Normalement la différence entre une vrai application Gtk et une application Qt ne devrais quasiment pas se voir.

(Les applications KDE risquent d'être légèrement moins intégrées qu'une application "pure Qt" car elles ont des widgets qui ne sont pas pris en charge par le style Qt.
Cette différence devrais toutefois être assez limitée.)

« C'est la première version en LGPL, permettant ainsi de l'utiliser même pour un développement propriétaire. »

Il était déjà possible de l'utiliser pour faire du dévelopement propriétaitaire.
La différence c'est que avant il fallait payer une licence et que maintenant c'est gratuit.
(Il est toujours possible de payer une licence si on souhaite du support)

C'est quoi le rapport ?

Quels sont les efforts faits en programation lettrée ?
Existe t il un seul projet utile réellement réalisé en suivant ce modèle ?

« ce qui est aussi complexe que d'apprendre à lire ou à écrire. »

Je pense que c'est sur ce point qu'il y a désacord.


Apprendre à manier un ordinateur quand on sait lire n'est pas bien plus compliqué que d'apprendre à effectuer des opérations banquaire ou des déclatrations sur papier.

Par contre, apprendre à lire et écrire demande plusieurs années d'école.