Pierre Chanial a écrit 18 commentaires

Non, ce n'est plus vrai, je crois que maintenant c'est du 50/50, peut-être même en faveur des développeurs bénévoles.
regarde sur http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey.(...)
Il n'y a pas si longtemps (qq mois) 99% du développement sur Gecko était fait par des non-netscapers (bzbarsky, roc, tor, dbaron). Maintenant c'est un peu moins vrai depuis que dbaron a été embauché.

De plus, nombreux sont les anciens employés de netscape qui travaillent encore sur mozilla.

Ceci dit, l'effort incroyable de Netscape dans le passé (et actuel via les serveurs ftp, et les machines) ne doit pas être oublié.

mozilla.org n'a jamais voulu perdre la notoriété acquise avec le nom 'Mozilla'. En fait, les discussions au sujet du noms des composantes après moz 1.4 ont commencé avant l'annonce de Firebird mais n'ont été arrêtées et rendues publiques qu'aujourd'hui. Si l'on avait su à l'avance le bordel que cela mettrait, on aurait annoncé d'abord les noms 'Mozilla Browser' et 'Mozilla Mail'. Dans mon esprit, et je fais partie des développeurs de Phoenix sans toutefois être un driver, Firebird n'a jamais eu plus de prétention que d'être un nom de code.
D'ailleurs, Failleurbeurde, c'est pas très joli en français et s'il avait été plus qu'un nom de code, j'aurais poussé pour qu'on prenne un autre nom.

On avait pensé à Condor, mais c'était déjà pris par... Phoenix Software International...
Ama, (mais je ne suis pas un driver), firebird et thunderbird vont rester des codenames. Et tout le fuzz autour de Firebird Browser/DB se dissipera quand Mozilla 1.5 sera basé sur ex-Phoenix.

Je serais tout à fait prêt à passer à scilab mais je voudrais savoir avant comment il se compare à IDL (logiciel propriétaire très utilisé et très cher dans le traitemant d'image, www.rsinc.com) en terme de vitesse (les routines sont-elles compilées au vol?), de stabilité et de surtout praticité.
En particulier, IDL a une fonction |where| extrêmement pratique et rapide qui renvoit les indices (aplatis sur une dimension) des éléments d'un tableau vérifiant une certaine condition.
Aussi, est-il possible de définir des structures et des tableaux de structures?
J'ai parcouru la doc, mais je n'ai rien trouvé de similaire.

supposons que 'monImage.fits' soit un tableau flottant 2D
Comment cet exemple de base se traduirait-il en SciLab?

IDL> image = readfits('monImage.fits',header)
IDL> dark = readfits('monDark.fits',header)
IDL> flat = readfits('monFlat.fits',header)
IDL> help, image, dark, flat
IMAGE FLOAT = Array[128, 128]
DARK FLOAT = Array[128, 128]
FLAT FLOAT = Array[128, 128]
IDL> image = image > 0 ; toute valeur négative est mise à 0
IDL> image[32,*] = 0 ; on met à 0 une colonne morte
IDL> badindex=where(image eq 999 or image gt 2000, count, complement=goodindex)
IDL> if count gt 0 then image[badindex]=0 ; idem pour les pixels morts
IDL> corr_image = (image - dark) / flat

Si la traduction SciLab ne prend pas un ligne de plus, je suis preneur. (la possibilité de lire un fichier fits est secondaire, elle n'est disponible sous IDL qu'avec une librairie externe)

shift-Reload recharge en ignorant le cache (sous Mozilla, aussi)

ah oui... euh... j'ai l'air con moi, maintenant :)
Merci!

On va quand même pas oublier Hyatt dans les développeurs... :o)
Sébastien a bien résumé la situation, sinon. Je crains que l'on rate le train de m1.3, malheureusement, mais on va se rattrapper!

Oui, malheureusement, c'est l'algo du pixel le plus proche et c'est dommage pour les screenshots (comment on dit en français?) de bureau. Par contre, pour les photos 2048x1500, ça reste convenable, amha.

Pour les français:
http://www.cdca.asso.fr/cdca/cdca-europarl_mail_dep_fr.htm(...)

Pour tous les députés:
http://www.francenet.fr/cyberhumanisme/2001-6/msg00040.html(...)

Allez, chacun prend sa plume!
(Avec discernement, bien sûr, en BCC)
l'idéal serait d'écrire un bot personalisant la lettre au nom du député,
(M. Bayrou ou Mme Laguiller en entête), ça fait toujours mieux, même si c'est le/ la secrétaire qui lira.

Non, je n'y crois pas... Je ne vois aucune justification à ce système.
Pourquoi ne pas transposer ça au permis de conduire ou aux cartes d'électeurs?
Y a-t-il une FAQ sur les XPs?

ou, pour les feignants: http://uptime.netcraft.com/up/graph/?host=www.wehavethewayout.com(...)

Désolé de te décevoir, mais je ne fais pas partie de ton fan-club. Je n'ai pas encore pensé à monter un comité de soutien "Free Feliciano" :) Il s'agit simplement de défense de la liberté d'expression. Parceque je ne souhaite pas qu'à terme, les gens aient à s'autocensurer et qu'il n'y ait plus personne pour aller à contre-courant.

Euh... J'ai pas la télé...
Plus de détails ;o9 !!!

Non, mais attendez, c'est quoi ce lynchage en règle?
C'est une vraie lapidation? Honte sur vous les modérateurs [-]
Heureusement, il y a une petite moitié qui essaie de compenser.
Mais regardez l'image "open" que cela donne...
Je ne partage pas les commentaires de Feliciano sur Mandrake, mais je ne vais pas le bailloner pour autant.
Passer de 250XP à -7XP en un nouvelle, c'est vraiment du n'importe quoi.

Les deux articles font état de la même notification de sécurité. En fait, ils ont construit leur hoax à partir d'une faille qu'ils ont rééllement découvert (et que le développeur de mpg123.de prend très au sérieux). C'est un 'bel' hoax qui utilise un ressort classique: partir d'un fait mineur mais réél puis, complètement divaguer avec le RIAA.
Une autre de leurs notifications à mourir de rire si ca ne préfigurait pas les problèmes de sécurité liés au sans fil: http://www.attrition.org/security/advisory/gobbles/GOBBLES-06.txt(...)

Un peu vieillotte, la nouvelle...
C'est un hoax!!!
http://theregister.co.uk/content/6/28919.html(...)

Si Chimera (phoenix idem) semble afficher les pages plus rapidement, c'est en grande partie parcequ'il n'attend que 250ms avant de commencer le rendu progressif lorsque la page n'est pas complètement téléchargée, alors que Mozilla, lui, attend 1200ms. Mozilla s'est aligné récemment sur Chimera et Phoenix. Pour l'essayer dès maintenant, ajoute:
user_pref("nglayout.initialpaint.delay", 250);
à ton fichier de préférence.

Le titre et le sujet de la nouvelle est erroné. Le but de ce bouquin n'est pas de créer des extensions au navigateur Mozilla, ni même de l'améliorer. Il s'agit de créer de nouvelles applications en se servant des technologies de la plateforme Mozilla: XUL, XPCOM et XPConnect.
Créer une nouvelle app stand-alone reste assez compliqué et de gros développements ont été fait post-Moz1.0 pour faciliter l'utilisation du moteur de rendu Gecko par différentes applications avec le GRE (Gecko Runtime Environement, http://www.mozilla.org/projects/embedding/MRE.html(...)).
Va suivre prochainement le XRE (XUL Runtime environment, http://www.mozilla.org/projects/xul/xre.html(...)) et c'est ça qui va réellement simplifier la création d'application XUL.
Ceci dit, je ne pense pas qu'il soit nécessaire d'attendre le XRE pour commencer la création d'une application. Et ce bouquin devrait permettre aux impatients de se familiariser et d'entrer dans les détails de la plateforme même si la partie "install' va être rapidement obsolète.