Mathieu Pillard a écrit 2873 commentaires

On ne peut pas mettre de noscript dans un head. Tu penses bien que on y avait pensé :)

Sinon, je compte bien faire marcher la toolbar dans konqueror, au moins le systeme de changement de feuille de style. Quoique, effectivement tu me tentes la :-)

Parceque dans le code html, ya quand meme le lien vers la feuille de style originale, pour ceux qui ont desactivé javascript, et que je ne peux pas, a moins de finir sur une page blanche avec konqueror [*], modifier le href de ce lien avant d'avoir fini de charger la page. Comme je ne tiens pas a ce que on ait la desagreable impression de voir d'abord la feuille de style de linuxfr et ensuite celle que tu as choisi, bah pour l'instant je rajoute juste un autre lien. Accessoirement actuellement c'est pas top parceque on document.write un link qui a le meme id que celui d'avant c'est degueu (mais ca c'est pas moi qui ai fait ca :)

[*] KHTML ne supporte pas que l'on modifie le DOM d'une page qui n'est pas completement chargée...

Un truc auquel j'avais pensé avec la toolbar, c'est changer le style des messages selon leur score... Mais j'ai pas trop eu le temps de bosser dessus... on verra plus tard :)

Solution plus simple: mettre un id/class sur le div contenant les sondages, et planquer ledit div via une feuille alternative. Un admin pour nous faire la premiere modif, ca doit prendre 45 secondes :?)

bah, openweb a deja un truc (deux en fait) de pret sur l'historique et ce que c'est... patience :)

A l'origine, Netscape cree RSS 0.90, pour RDF Site Summary.
Ensuite arrive pour diverses raisons un fork, RSS 0.91, Rich Site Summary.
Ensuite... pfiou, c'est trop compliqué pour moi j'abandonne.

Cela /devrait/ faire l'objet d'un article sur openweb, heureusement écrit par quelqu'un qui s'y connait plus que moi sur le sujet :-)

Cela ne fonctionne effectivement pas avec konqueror. Patches bienvenus, ou alors change de navigateur en attendant que j'ai le temps de bosser dessus, ou que les gars de konqui ameliore le support du DOM dans leur navigateur.

Je compte bosser dessus quand j'aurais le temps, d'autres ont exprimé la meme volonté, car c'est vraiment necessaire. Si quelque chose sort ca sera probablement intégré par les responsables du site oui :)

Je pense pas que devoir refaire ces feuilles de style soit un drame, vu que un code plus propre apportera plus de possibilites pour les auteurs de css.

Safari utilise khtml, mais c'est leur version a eux [*] qui est largement en avance. Mais de toutes facons, konqueror ou safari, la toolbar est desactivée par un hack a la con, parceque elle posait divers problemes...

[*] Cela dit je crois qu'ils continuent a refiler des patches...

Fais un test:
- desactive la toolbar, charge http://linuxfr.org/2004/05/04/16151.html(...)
une poignée de secondes chez moi
- active la toolbar, recharge la meme page.
constate que le temps de chargement est legerement different.

Maintenant, tu peux toujours continuer a pas me croire quand je dis que c'est le navigateur qui mouline a cause de la toolbar, mais comme c'est moi qui l'ai faite j'estime etre plutot bien placé pour dire que c'est l'hypothese la plus credible.

Non, les xx secondes pour afficher xxx commentaires ne sont pas dues a templeet. Merci de lire les 16 journaux, 1 sondage, 1 news et multiples commentaires a ce sujet.

Tu sais que tu peux maintenant desactiver la toolbar dans les preferences ?

Ils servent justement en theorie a parasiter suffisamment pour que les bots ne puissent pas dechiffrer ca eux memes, en tout cas pas facilement.

Oui, c'est pas bete, d'autant que de toutes facons pour voter il te faut javascript ou alors etre un adepte des copiers collers intensifs.

Suffirait de remplacer la page avec l'image par un truc qui generant une chaine en javascript, la chaine etant connue a l'avance coté serveur. [*]

Le js pourrait etre mis directement dans une boite de dialogue yaurait qu'a cliquer sur ok... On peut meme le faire de facon totalement transparente pour l'utilisateur, avec un input hidden...

[*] Et comme ca en plus on pourrait s'amuser a faire un bon systeme de generateur de code en javascript :)

Le probleme, c'est que cette table est loin d'etre complete.
Elle fait une centaine d'elements, alors que ya bcp plus d'entités alphabetiques, sans compter les numeriques. Donc par exemple, pour encoder de l'utf8 avec ca, tu peux te brosser.

Et quand on casse la vitre, ca fait une fatality ? Ah non, ca c'est mortal kombat...

Pour le bouton, c'est possible via css.
Pour les nons voyants, ils voient tout deplié si ils utilisent un navigateur texte, et avec css et sans javascript ils ont le comportement d'avant (lien vers le commentaire)

Bon ca fait rien que 25 fois que je le dis, mais oui, la toolbar fait effectivement ramer un peu, tout cela depend du nombre de commentaires des news sur lesquelles tu vas principalement.

C'est la premiere version publique de la barre, j'avais le choix entre encore attendre 6 mois que j'ai le temps d'optimiser le tout ou proposer cette version. Je sais tres precisement ce qu'il faut faire pour ameliorer le tout, il faut juste attendre que j'ai le temps de bosser dessus, ou que une bonne ame fasse un patch.

Je suis pas sur que ca soit le meilleur moyen de faire avancer les choses, je doute que les developpeurs de khtml s'amusent a tester la toolbar dans tous les sens, il leur faudrait un testcase plus specifique.

Accessoirement, le getComputedStyle est juste la pour planquer la toolbar des vieux browsers. C'est un hack.

C'est une idée, mais c'est quand meme plus pratique pour les nouveaux commentaires de l'avoir en fixed.
Enfin, pour tester, ya les feuilles de styles alternatives :)

La lenteur vient effectivement de mon script, qui parse assez lourdement l'arbre entier de la page [*]. Aucun resultat possible pour IE et KHTML puisque aucun des 2 n'a un support suffisant du DOM pour faire fonctionner le tout.
Grosso modo mes tests montrent que opera et mozilla se valent a une poigné de secondes pret sur les grosses news.

[*] Et je compte bien l'ameliorer faut juste patienter :)

J'ai fait un bench hier, et sur une news a 500 et quelques commentaires:
- opera, 40 secondes a charger en tout
- mozilla, 44 secondes a charger en tout

Sur un test en local d'amelioration de la toolbar, j'ai autour de 20 pour chaque, mais ca deconne encore un peu, donc vous devrez attendre :)

Bonne chance.
Personellement, entre faire plusieurs hacks degueu (qui m'auraient pris pas mal de temps) pour que ca marche sous konqueror et un test desactivant la toolbar pour lui et les autres navigateurs pas doués en DOM, j'ai choisi.

Le pliage fait ramer au chargement de la page (le script parcourt plusieurs fois la page en gros, ca sera changé, patience)
L'affichage de la barre en position: fixed couplé a la css chargée de linuxfr fait, selon le navigateur, la machine et la couleur de ton café un peu ramer l'affichage au scroll. Pour ca, j'ai pas de vraie solution, il faudrait faire des changements profonds sur le template et la feuille de style de linuxfr pour commencer.

Sinon, dissocier la toolbar ne sert a rien. Si tu trouves la toolbar lente, planque la avec une feuille de style alternative.

Le second ne devrait pas etre la, C'est un bug, qui sera corrigé.