juillet 2004

Archives

Entries list

jeudi 29 juillet 2004

Document.all dans mozilla : suite

Bon, les foules ne se sont pas déchainées pour me proposer de l'aide (merci aux deux volontaires !) :(

Peut-être n'ai-ja pas été assez clair sur les enjeux : Document.all est en cours d'implémentation dans mozilla ceci même en mode de respect des standards, les données que l'on fournira à partir de l'analyse de tous les bugs répertoriés dans bugzilla sera s'il est livré à temps un élément DECISIONNEL pour valider ou non ce support de document.all (ou au moins le limiter au mode quirks).

On a donc besoin d'avoir ces données et de les avoir très très vite avant que la décision ne devienne irréversible !!!

Je recrute donc d'urgence des volontaires avec un compte bugzilla et les droits nécessaires pour éditer des bugs, si vous ne voulez pas de document.all dans mozilla c'est maintenant qu'il faut vous manifester et pas sur les forums où râler n'a aucun effet.

Si vous pensez que l'on a vraiment besoin de document.all, je vous invite aussi à participer bien sûr, on cherche évidemment à obtenir des données objectives :).

Merci

PS : j'oubliais, le conseil de guerre se tient sur dans le canal IRC #evangelism irc://irc.mozilla.org/evangelism

Ceux qui n'ont pas l'habitude de bugzilla peuvent y demander des conseils à bv ou doron

mardi 27 juillet 2004

Etude sur l'impact du support de document.all dans mozilla

Comme je l'ai annoncé il y a peu, il y a maintenant un support basique de document.all dans les dernières compils de mozilla.

Le support de mozilla est un peu particulier, en fait il analyse les scripts à la recherche de document.all et le remplace par document.getElementById uniquement s'il n'y a aucun test de support de document.all.

L'idée est la suivante : certains sites, surtout les vieilles pages que personne ne met plus à jour, ne prennent même pas la peine de vérifier si on supporte document.all, document.layers ou document.getElementById, ils envoient directement du code propriétaire à la Internet Explorer 4. Dans ces cas là on essaye de faire marcher le script en remplaçant les appels à document.all par document.getElmentById et uniquement dans ce cas là.

La question de l'implémentation de document.all, symbole du modèle de document d'Internet Explorer 4 est polémique, beaucoup considèrent cela comme une concession inacceptable et une trahison des standards, d'autres pensent que c'est un mal nécessaire si on veut que Mozilla gagne des parts de marché.

D'où l'idée qu'on a eu avec Bob Clary, ancien de chez Netscape qui chapote encore officieusement tout ce qui est "tech evangelism"...

On est en train de visiter tous les bugs de la section "tech evangelism" (les listes répertoriés comme marchant mal dans mozilla parcequ'ils sont codés avec les pieds) avec une compilation du jour de Firefox/Mozilla et on vérifie si ce nouveau support de document.all fait marcher le site.

  • Si le site marche maintenant il faut rajouter [bug248549fixed] dans le champ "Status Whiteboard".
  • Si le site ne marche pas plus qu'avant, il faut rajouter [bug248549notfixed] dans le champ "Status Whiteboard".

Ca nous permettra de savoir si le jeu en vaut la chandelle en fait.

On a donc besoin de votre aide !! Parce qu'à nous deux, on est pas près d'avoir fini :) J'ai déjà vérifié tous les sites en langue française, mais il reste plus de 2500 sites à visiter et tester

Pour cela vous devez évidemment avoir un compte bugzilla, savoir lire potablement l'anglais et bien sûr être capable d'analyser un minimum le code source d'une page web, il doit bien y avoir une dizaine de francophones dans ce cas non ?

Que les volontaires se fassent connaître dans les commentaires de ce billet ;)

vendredi 23 juillet 2004

Le MSDN de Mozilla !!

Impressionant site fait par un seul gars !! Michael A. Nachbaur a grillé tout mozilla.org au poteau en fournissant une documentation hyper complète destinée aux gens voulant créer des applications avec Mozilla.

Mozilla AOM Reference

Copier/coller de son message dans les forums explquant son projet :

Further to a message I sent a few months back, I'd like to now officially announce http://aom.nachbaur.com and the eminent completion of the ECMA-262 specification's documentation on that site.

The purpose of this site is to document the objects that make up Mozilla's application object model. I'm thinking of something along the lines of MSDN's DHTML library, but I have a few further features I'd like to add that extends it beyond that simple use.

Every object (and in fact the full object listing) can be viewed in a variety of ways. Both the object listing and objects themselves can be rendered as RDF (for use in other applications for instance). In fact, each object can also be viewed in a simple quick-reference sheet (soon to be rendered as PDF), plain XML source (as its written by me on the server), or a printable version. These views are accessed by clicking the icons on the top titlebar of each page.

All the objects are cross-referenced as appropriate. My goal is to have every object that is visible to a XUL developer documented, with a description, parameter listing (each parameter with descriptions), datatypes, exceptions, return values, code samples...the works.

I've been reluctant to make any sort of announcement before now, since I haven't been certain how far I would go. With the near-completion of ECMA-262 (only RegExp is left), it seems more likely that I'll finish the project. I had planned to announce this after I finished RegExp, but I'm going to OSCon next week, so I wanted to get people thinking about this before I leave.

My plan is to document the AOM spec-by-spec, so the next in line is the W3C DOM Level 2 Core specification. After I complete the DOM specs, I'll begin working on the Mozilla XUL objects.

So, the reason for my posting this is to get feedback on the direction I'm going, and to hear what other people would like to see. I'd especially like to hear your thoughts on any new feature ideas, RDF or other output forms, omissions or errors.

I'd also like to get your opinions on what / how the site should be referred. Right now I'm putting it as a subdomain of my own domain. Does anyone see any value in making this a subdomain of mozilla.org? If not, I'll probably get a dedicated domain for this. Also, the term "AOM" seems a bit opaque, and might do better to be renamed to something a bit more descriptive. Any thoughts on this?

And for a list of the features I'm working on, please see: http://aom.nachbaur.com/features.xhtml

Faille de sécurité dans mozilla

Une journée intéressante qui montre comment on gère une faille de sécurité chez Mozilla.

Le 7 juillet, une faille de sécurité est découverte permettant de lancer à distance des programmes sur windows (le bloc note par exemple), c'est donc une faille de sécurité sérieuse. Voici le bug : 250180

Immédiatement une branche de développement est créée pour préparer tout de suite un firefox 0.9.2, un mozilla 1.7.1 et un thunderbird 0.7.2.

La presse mozilla s'affole, articles sur mozillazine, blogueurs furieux contre le manque de communication...

Le 8, un patch sous la forme d'une extension est disponible sur le nouveau site de mise à jour de mozilla (Patch) et un communiqué de presse détaillé expliquant la mise en place du patch (cliquez sur le lien, cliquez sur Install et voilà) est mis en ligne

Les commentaires continuent, ceux qui ralaient contre le manque de communication, protestent maintenant car ils estiment qu'on aurait dû utiliser le mécanisme de mise à jour automatique de Firefox (qui vient juste d'être mis en place), personnellement je pense que pour ce genre de patch de sécurité, on utilise pas encore un web service à peine sorti du four...

Quelques heures plus tard, les nouvelles versions de Mozilla sont disponibles en téléchargement :

mozilla.org

En moins de 48 heures donc, la faille est comblée à tous les niveaux : nouvelles versions de toute la gamme, patch à installer en deux clics pour les vieilles versions, communication en page principale de mozilla.org, utilisation du nouveau site de mise à jour pour mettre le patch à disposition.

Qui dit mieux ?

mercredi 7 juillet 2004

Une invitation Gmail gachée...

Un petit message pour faire appel à la générosité de mes lecteurs ;-)

Il me restait une invitation Gmail pour un de mes copains, malheureusement, suite à une de mes maladresses légendaires au clavier, je l'ai envoyée à une adresse mal orthographiée, invitation gâchée donc et je ne peux plus la lui donner comme promis :(

Donc si quelqu'un en avait une à offrir je lui en serais reconnaissant, il peut me contacter à pascal POINT chevrel ARROBASE free POINT fr