Netsabes a écrit 523 commentaires

Évidemment. C'est juste une recommandation. Ça ne pose pas vraiment de problème de continuer avec un vieux profil.

Par contre, pour reporter des bugs, mieux vaut créer un nouveau profil et tester le bug avec, pour bien vérifier qu'il ne vient pas d'un vieux profil.

Si ça peut te rassurer, la version française de Mozilla Firebird (ex-Phoenix) suit au jour le jour les nightlies (par conséquent, la version française de Mozilla Firebird 0.6 devrait sortir à peu près en même temps que Mozilla Firebird 0.6). Tu peux t'en assurer dans le cvs de frenchmozilla.

Est-ce qu'il est possible d'utiliser la sidebar avec firebird ?
Non.

Sinon, est-il prévu qu'il le supporte un jour ?
Oui. Avant la 0.7 si tout va bien.

Y'a un bug ouvert pour ça, et si je me souviens bien, il était plutôt question de ne pas y toucher :)

Ben, ça marche si tu fais un @import de ton .css dans ton userContent.css, mais ça le fera pour tous les sites (sauf s'ils ont un id dans leur tag body, ce qui permets de faire des CSS spécifiques à un seul site).

L'autre solution, ce sont les alternate stylesheets, mais là, c'est le webmaster lui-même qui choisit lesquelles mettre.

Plus précisément, dans le répertoire chrome/ de ton profil, sinon ça marchera pas :)

Dans ton profil :
userContent.css pour styler le contenu des pages
userChrome.css pour styler l'interface du browser

(C'est pareil pour Mozilla, pour Thunderbird, etc).

merci pour tes explications, j'ai même apris que mon browser preferé utilisait intelligements les diverses possibilités de compressions.

Pour gzip, oui (comme à peu près tous les navigateurs), mais la moitié de la requête Accept-Encoding est fausse, sinon. Seuls gzip et deflate sont supportés, en fait, et pas compress;q=0.9

Le problème n'apparait pas dans Mozilla, mais seulement dans Firebird (à cause de la séparation des fichiers all.js).
Le bug, au cas où ça intéresse quelqu'un : http://bugzilla.mozilla.org/show_bug.cgi?id=201476(...)

(*) comme sur mozillazine, netsabes.
Maintenant c'est juste 'seb', mon login là-bas :)

Non, y'a pas de problème.

En fait, dans Page Info, Mozilla & Phoenix/Firebird affichent la taille effective de la page, c'est à dire la taille de la page telle qu'elle a été envoyée au browser. Or, Mozilla précise dans sa requête HTTP qu'il supporte différents types de compression (la ligne exacte est "Accept-Encoding: gzip,deflate,compress;q=0.9"), et dlfp utilise mod_gzip pour compresser les pages à la volée.

Dans les faits, Mozilla ne reçoit que 150 Ko et des poussières. Pour preuve, jouons avec wget :
-------------------------------------------

seb@quarantedeux /cygdrive/c
$ wget -S http://linuxfr.org/2003/04/26/12220.html(...)
--21:12:35-- http://linuxfr.org/2003/04/26/12220.html(...)
=> `12220.html'
Resolving linuxfr.org... done.
Connecting to linuxfr.org[212.27.33.221]:80... connected.
HTTP request sent, awaiting response...
1 HTTP/1.1 200 OK
2 Date: Mon, 28 Apr 2003 19:11:49 GMT
3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux mod_gzip/1.3.19.1a PHP/4.1.2 mod_ssl/2.8.9 OpenSSL/0.9.6g
4 Last-Modified: Mon, 28 Apr 2003 19:02:06 GMT
5 ETag: "1c8136-ac967-3ead7aae"
6 Accept-Ranges: bytes
7 Content-Length: 706919
8 Keep-Alive: timeout=15, max=512
9 Connection: Keep-Alive
10 Content-Type: text/html; charset=iso-8859-1

100%[====================================>] 706,919 63.62K/s ETA 00:00

21:12:47 (63.62 KB/s) - `12220.html' saved [706919/706919]


seb@quarantedeux /cygdrive/c
$ wget -S --header='Accept-Encoding: gzip,deflate,compress;q=0.9' http://linuxfr.org/2003/04/26/12220.html(...)
--21:15:26-- http://linuxfr.org/2003/04/26/12220.html(...)
=> `12220.html.1'
Resolving linuxfr.org... done.
Connecting to linuxfr.org[212.27.33.221]:80... connected.
HTTP request sent, awaiting response...
1 HTTP/1.1 200 OK
2 Date: Mon, 28 Apr 2003 19:14:39 GMT
3 Server: Apache/1.3.26 (Unix) Debian GNU/Linux mod_gzip/1.3.19.1a PHP/4.1.2 mod_ssl/2.8.9 OpenSSL/0.9.6g
4 Last-Modified: Mon, 28 Apr 2003 19:02:06 GMT
5 ETag: "1c8136-ac967-3ead7aae"
6 Accept-Ranges: bytes
7 Keep-Alive: timeout=15, max=512
8 Connection: Keep-Alive
9 Content-Type: text/html; charset=iso-8859-1
10 Content-Encoding: gzip
11 Content-Length: 158544

100%[====================================>] 158,544 61.59K/s ETA 00:00

21:15:29 (61.59 KB/s) - `12220.html.1' saved [158544/158544]

Le bon sens mets parfois du temps à venir :)
La page loadant les fichiers et les classes doit être un des fichiers les moins modifiés, et personne n'avait vraiment pensé à ça avant, en fait.

Note que ça m'a pas fait particulièrement plaisir de me rendre compte qu'on loadait tous ces fichiers pour rien, hein.

La dure sueur ? Tu veux dire qu'elle était congelée ?

Moi j'ai commencé à 15 ou 20, je sais plus.
Me semble que Fabien avait donné quelques points aux utilisateurs actifs, pour le début (mais 15-20, pas des milliers :)

En tout cas, merci kadreg, c'est bien ce qu'il me semblait, je me gourrais pas :)

Bah, dans le talkback de mozillazine (les commentaires de news), dès le premier jour, Asa avait précisé que Phoenix serait Mozilla Browser une fois de retour dans la suite Mozilla.

Ça aurait sans doute gagné à être dit plus fort, mais c'était quand même dit dès le début.

Ça doit dater d'avant mon arrivée, alors.
Moi je me rappelle uniquement de deux systèmes :
- le système de vote par les modéros (toujours par défaut dans daCode)
- les XPs, qui ont été ajoutées dans daCode en même temps que mises en place sur le site. Si je me rappelle bien, c'était durant l'été 2001.

Il y a eu quelques posts de vieux contributeurs de daCode (Denis, Benoît et moi) sur daCode-dev récemment (enfin, le mois dernier, quoi) à propos d'un léger nettoyage.

En gros, on loade toutes les classes (donc tous les fichiers php) y compris quand on ne s'en sert pas. C'est particulièrement ridicule avec des classes comme Tar ou Ldap, qui ne servent pratiquement jamais. (pour tout dire, on loade même la class Cache quand le cache est désactivé...)

On avait pu voir avec Templeet que loader et parser des fichiers, ça prends du temps en PHP, et c'est d'autant plus con quand on ne se sert pas de ces fichiers.

Autre truc, on utilise encore trop de ereg*, qui sont deux fois plus lents que leurs équivalents PCRe.
Je pensais faire un cleanup de tout ça (et de deux-trois autres trucs, aussi : virer le code super lent des fortunes et virer la box agenda, mais y'a déjà des patches pour ça) pendant mes vacances, mais la procrastination aidant, ça devra attendre un peu.

En tout cas, y'a clairement moyen, avec des modifications a priori minimales du code (des bêtes if sur les classes susceptibles de ne pas être loadées en permanences), d'améliorer les perfs de daCode.

(et tout ça sans même toucher à l'horrible code des comments !)

- mettre un id="dlfp" (ou autre) au tag body sur le site afin de permettre aux gens de rajouter quelques regles CSS persos (ca ne coute rien et ca serait plutot sympa)

Tiens, t'as changé d'avis ? :)

(moinzun)

Juste une petite précision : à la mise en place des XPs, personne n'a eu des milliers de points tout de suite, et la personne qui a longtemps été en tête du classement (y'avait un classement à l'époque) était quelqu'un qui postait des commentaires qui m'avaient l'air intéressants (son nick était Moloss, ou un truc du genre, qu'on ne voyait pas souvent sur la tribune autant que je me souvienne).

*Après*, quand le-dit contributeur a cessé de poster, ce sont, en plusieurs semaines, si ce n'est plusieurs mois, les moules qui ont pris la tête du classement (si ma mémoire est bonne, kadreg et Annah Conne-Hue en tête).

Ça ne change pas grand chose à ce que tu dis, note bien, mais c'est juste pour préciser que ça n'a pas été aussi rapide que tu le dis.

Prévue pour janvier 2003 :)

Plus sérieusement, il ne reste plus beaucoup de bugs dont la correction est prévue pour Fb0.6, donc avec un peu de chance, ça devrait plus trop tarder.

Hop : http://frenchmozilla.sourceforge.net/pages/phoenix.html(...)

Note que ces fichiers ne concernent que Phoenix 0.5, pas les nightlies.
La traduction française devrait cependant sortir à peu près en même temps que la 0.6 officielle (à part les deux chaînes modifiées ce matin, elle est finie, à vrai dire).

Le nom le plus proposé était Sphinx, il me semble, Firebird n'arrivant qu'en deuxième ou troisième position. Y'a aussi eu beaucoup de -zilla et de Fenix et autres variations sur Phoenix.

Par contre, si une partie des forums de mzo nerdise beaucoup sur Px/Fb, la plupart des participations au "name thread" venaient de gens pas du tout spécialistes, ou du moins pas des habitués du forum. Étant donné que le nombre de gros posteurs n'est pas si élevé que ça sur mzo, le thread n'aurait pas fait 120 pages, sinon, d'ailleurs.

Perso, je pense que Firebird sonne très mal et est assez ridicule (ouaaais, un oiseau de feu, supaire) là où Phoenix avait pour lui le côté mythologique. Maintenant, je trouve la dispute Mozilla Firebird/FirebirdSQL un peu imbécile, d'un côté comme de l'autre. Mozilla.org donne l'impression d'être arrogant, FirebirdSQL donne l'impression d'être constitué de boulets appelant à spammer.
Qui plus est, dans le thread discutant tout ça sur le forum, à peu près tous les posts appelant à la coexistence ou à la conciliation sont ignorés (par les deux camps).
Ça se calmera probablement avec le temps, mais pour l'instant, ça donne vraiment l'impression que chaque camp parle à ses adeptes.

Il y a d'ailleurs un client mail nommé Phoenix mail, qui n'a jamais eu le moindre problème avec Phoenix Technologies.

http://validator.w3.org/source/(...) pour tout chopper par CSS, ou http://validator.w3.org/validator.tar.gz(...) pour le tgz directement.

Dans la mesure où y'a pas id dans le tag body de transfert.net, je vais avoir bien du mal à faire une user stylesheet rien que pour lui.
Et j'ai pas la moindre envie d'agrandir la font de mon browser pour tous les sites, ni de le faire à chaque fois que je vais sur transfert.

Ou sinon, tu adhères à Transfert2, et tu as une option dans tes prefs pour agrandir le texte sur tout le site.
(option bienvenue, d'ailleurs, que j'aurais mis par défaut, perso :)

Bof.
Mention assez bien pour l'effort, mais pas plus.

De toute façon, tout le monde sait bien que c'est Perl qui est un sous-PHP.