Olivier MARTIN a écrit 340 commentaires

C'est honteux de parler de mandrake dans ces termes.

Les instituts de sondages n'ont je crois jamais donné lepen 3eme si j'en crois les responsables d'Ipsos et du CSA présents dans C dans l'air hier.
D'ailleurs une remarque en passant de Cayrol (président du CSA et reconnu comme le grand spécialiste des sondages en France): Jamais un sondage du 2eme tour effectué le soir du premier tour ne sait révélé non vérifié.

Je crois que les statistiques indiquent que 2/3 des electeurs de bayrou sont des sympathisant de la droite. Donc a prioris il faut s'attendre a 5 ans de sarko. Si je me rappelle bien, c'était:
55% Sarko / 45% Royale
55% Bayrou / 45% Sarko
Maintenant tout peut évoluer.

Ce thème propose le même apparence pour les onglets qu'IE 7.0
https://addons.mozilla.org/en-US/firefox/addon/4583

Pour wikipedia, une bonne solution aurait été de faire valider à un instant T par un groupe d'experts de responsable la version courant de l'article, dit apposer un logo, puis de vérouiller l'article. Les gens souhaitant faire évaluer l'article font des proposition via la page de discussion et le/les responsables de la page juge si la modification est pertinente ou non.

Une autre solution pourrait être d'appliquer un tag pour dire que telle version a été validée par le groupe d'expert responsable de la page et l'utilisateur aurait le choix de passer de la dernière version a la version approuvée par le groupe. L'utilisateur aurait alors le choix de voir la version labelisée expert ou de voir celle avec les informations les plus fraiches (et donc moins fiables). Avec l'outil comparatif c'est très simple de voir ce qui a évolué entre deux versions.

Bref tout ça ne méritait pas un fork et je vois plus dans ce nouveau projet une personne voulant prendre la main dessus. Je pense que cette initiative n'aboutira a rien du tout.

Le problème est sous linux aussi.

Depuis les premieres RC de cette nouvelle version est apparu un bug très génant qui pour moi aujourd'hui empeche de faire évoluer eclipse en 3.2.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=134684

C'est dommage que ce bug traine depuis plusieurs semaines et que l'équipe de développement n'est pas jugé nécessaire pour la release de le corriger mais tant que ce bug sera présent c'est pour moi un gros point empéchant la migration des environnements de mon équipe de développement en 3.2.

Je trouve dommage qu'on laisse passer de tel bug.

Je l'avais installé à partir du feu-repository de shadoi mais celui ci n'est plus maintenu comme il l'a annoncé il y a 1 mois.

Depuis 1 mois, je suis repassé à une version compilé à la main sous debian unstable à partir des sources CVS (il y a de très bon tutoriaux) et tout marche pour le mieux: aucun plantage et je trouve le systeme relativement stable.

Pour l'instant e17 est minimaliste, il faut voir les modules et les themes qui seront développé autour.

Personnellement j'apprécie énormément la bar MacOS (Engage) et le l&f du theme par défaut. Reste a avoir des themes e17 et des themes gtk qui se marrient bien ensemble.

Une adresse pour tout ce qui est compilation et aide:
http://fr.edevelop.org/

N'hésitez pas a compiler, c'est pas si dur pour ceux qui ont quelques réticences.

Mais je ne prend pas part à votre debat !
Je donne juste une info. point à la ligne.

Ou ai je dis que j'étais content?
Ou ai je dis que je n'ai pas de pb sur les autres cd copy control?
Je donne juste une information: je n'ai eu aucun pb pour le ripp du cd en mp3.

Quand à la qualité numérique (CD et MP3) je vais encore vous donner une information: je n'y dénote aucun problème: la qualité est parfaite. Je suis curieux maintenant de voir ce que vous allez interpreter dans mon message (et vous donner par l'occasion le plaisir de moinssez une information qui se pourrait utile pour certains lecteurs).

et je ne vais pas me gener vu que j'ai acheté le cd et que je me sens le droit de l'écouter sur le support que je veux.

Peux tu donner des infos pour utiliser la dernière version de GNU Classpath avec GCJ?
Le pb de GCJ c'est qu'il ne semble plus developpé: dernière news le 15 février 2005.

Je trouve ta remarque de mauvais goût dans un post annonçant le décès de la personne.

Vérifier que l'argent va bien à des gens qui en ont besoin est une bonne chose. Je pense même que c'est un bon moyen pour que cette aide existe toujours dans le futur.

Personne ne remet en cause cette aide. Mais cela serait dommage qu'elle soit détourné par des gens qui se foutent de ce a quoi elle est censé servir: la solidarité et pas le profit personnel.

Si des gens ont deja effectué quelques tests sur ce serveur applicatif, je suis sur que ca interesserait bcp de monde ici d'avoir quelques echos.

Aujourd'hui, nous utilisons au sein de ma société des jboss 3.2.x en cluster et la question se posent sur les performances/fonctionnalités/utilisabilité des autres alternatives open source. Apache geronimo semble prendre un peu plus d'assurance chaque jour mais malheureusement il y a peu de retour de ceux qui se sont "amusé" un peu avec.

C'est un dragon qui traverse la rue, et Pan dragon

sous linux, le jre1.5 fait parfaitement tourner eclipse et cela nempeche pas de continuer a developper et a compiler avec un 1.4.
les performances sont là.

bah zut alors
je m'étais toujours dis que E17 sortirait avant sarge....

J'aurais plutot dis "ennuyer vous plutot sur Saga of Ryzom". J'ai passé d'excellentes nuit à chaque fois que j'y jouais une demie heure. Je le conseille d'ailleurs fortement aux insomniaques, ca change des "tout pêche" ou "tout chasse" à 4h du matin.

et en récursif:

void a(){
a();
}

parce que tu crois sincèrement que repasser aux 39h vont empecher les boites de délocaliser?

au cas ou tu l'ai pas remarqué, cest la droite qui est au pouvoir depuis 5 ans. S'ils sont capable de supprimer les 35h contre l'avis de 80% des employés pour arranger les patrons, les brevets logiciels ils s'en foutent un peu...

pour quelques logiciels comme firefox, eclipse ou java, mon experience personnel me tend a n'installer ces logiciels que par des downloads officiels et non pas en apt-get.... en plus pour eclipse, il suffit juste de décompresser l'archive en guise d'installation.

J'ai utilisé eclipse sous windows depuis les premieres stable de la version 2.0 (la version 1 etait vraiment trop limité)
j'utilise depuis 6 mois eclipse v3 (version stable - M1->M4) sous linux avec jdk 1.5 depuis quelques mois. désolé mais chezmoicamarche.org mais bon je dois vraiment etre une exception.

depuis:
->le jdk 5 (pour lexecution d'eclipse)
->le kernel 2.6 (pour la nouvelle implémentation des threads ET le prehemptive kernel)
->le prix relativement bas de la RAM (1024 de ram n'est pas vraiment exceptionnel pour un poste de développeur)
eclipse tourne ma foi aussi bien que sous windows. non ce n'est pas un fake cest ce que je constate tous les jours. Ah cest sur j'utilise pas un windows manager bouffeur de RAM et de process comme KDE (troll detected). Effectivement sur un poste avec 512Mo de Ram faisant tourner KDE avec Karamba, une console transparante affichant les logs systeme en fond décran et des xterms transparants a gauche a droite va avoir du mal a faire tourner eclipse, cest sur.

Toute mon equipe de développement est sous Debian et utilise Eclipse, personne ne constate de probleme avec swt, donc je pense que tu n'as pas bcp tester eclispe sous debian car nous l'utilisons intensivement ici.

Les diffrents developpement SWT ne remonte la non plus aucun probleme.

Ma remarque visait plutot le troll déguisé qui tentait a laisser penser que programmer en SWT c'est abandonné la portabilité ce qui est strictement faux. SWT s'appuie sur un framework commun à toutes les plateformes Java, seul la librairie utilisé poru l'execution change suivant la plateforme et cest la que reside l'utilisation des composants natifs.

Le fonctionnement de SWT est a rapproché du fonctionnement des JVM: on battit tout le code sur une API commune (language Java pour la JVM, framework SWT pour les GUI) et lors de l'execution le code spécifique à la plateforme se chargera d'utiliser ce qui existe sur le système.

Ce qui est dommage avec Swing cest qu'il n'exploite pas ce qui existe deja sur la plateforme pour le graphique (ie GTK pour linux) et qu'il prefere batir ses composants sur la plateforme java 'from scratch": on dessine avec les api graphique de java les tableaux, les labels, les champs texte etc etc. alors que tout ces composants ne demandent qu'a etre utilisé: ils seront plus rapides, moins couteux en mémoire, et en plus ils s'intégreront parfaitement au système sur lequel ils seront executés.