AOL ne financent plus mozilla, ils ont juste filé pas mal de trucs au moment ou ils ont lourdé tout netscape pour s'en debarasser (bon, ils étaient pas obligés, c'est quand meme sympa)
Le vrai probleme, c'est que AOL n'a aucune stratégie, aucune vision a long terme. Ils cherchent a faire du fric sur le court terme, et les multiples changements de direction ajoutent au bordel ambiant. D'ou les decisions contradictoires sur Netscape, sur l'utilisation ou non de Gecko dans AOL (Rappellons que ils avaient pas mal bossé dessus, sorti une version macosX, sorti des beta windows...)
Euh, non, c'est pas du détail. Et ya pas que ca, par exemple, le driver proprio permet d'utiliser Xv pour regarder un film en stressant relativement peu ton cpu (et si j'en crois le ChangeLog ils ont encore amélioré ca pour les cartes > gf4)
Tout le probleme, c'est que des conneries comme ca, yen a 2 par jour minimum, alors que les journaux en parlant sont bien souvent encore sur la page des journaux, 4 ou 5 liens en dessous...
Et surtout, il laissera encore les sites changer la barre de status a volonté, bouger/redimensionner des fenetres, laissera les sites pourris empecher le clic droit, etc... Et n'aura pas toutes les extensions et themes - qui, maintenant, avec update.mozilla.org, sont relativement testées et centralisées - ... Bref, ya encore pas mal de petites features interessantes a utiliser dans ton argumentation :)
Me semble que avec DDE, c'est plutot limité, genre ouvrir une nouvelle fenetre / utiliser l'existant et c'est tout. Ca repondrait au probleme initial cela dit... a condition que le logiciel qu'il utilise soit suffisamment configurable pour :)
En meme temps, dans le cas qui nous occupe, un simple coup d'oeil a la liste des journaux aurait suffit... Je pense que une partie du probleme c'est le nombre de gens qui sont persuadés d'etre les premiers au courant, et qui du coup ne prennent meme pas la peine de verifier la fraicheur de l'info...
Un jour, les gens feront l'effort de au moins prendre 10 secondes pour regarder si un journal ou une news est deja passée avant de faire leurs journaux... un jour...
Note: pour mozilla, la double maintenance de code ne posait pas de probleme. Ce qui posait probleme, c'était le manque de mainteneur. Au moment de l'enlevement, il n'y avait personne d'interessé pour bosser dessus, le truc était a l'abandon, je sais meme pas si il compilait encore.
Au lieu de pfffer, tu pourrais aller le signifier a l'auteur. comme tu le dis, c'est un petit navigateur, il t'ecoutera probablement plus facilement si tu argumentes ton cas...
Plusieurs points contre ca:
- Niveau maintenance, c'est horrible
- C'est completement porc
- La taille du fichier est important, meme si c'est dans le cache. Si on en croit les stats, la toolbar est chargée un bon nombre de fois...
En revanche, il est envisable de tester la presence des fonctions dont je me sers, et de fournir pour les gros trucs une alternative. (par contre c'est pas dit que hasFeature comme signalé juste avant soit la solution, vu que cette methode est elle meme implementée n'importe comment par certains navigateurs...)
Chez moi ta version est a 3900, contre 1900 pour la nouvelle.
Mais surtout, comme tu le soulignes, le nouveau code est bcp plus propre - plus court aussi - et je prefere donc bosser sur la nouvelle version. Je devrais reussir a la rendre compatible avec konqueror dans un premier temps sans trop de problemes (si effectivement il supporte le DOM Traversal comme ce que j'ai lu) et eventuellement avec opera si j'ai le temps - ca voudra juste dire se passer du treewalker si celui ci n'est pas disponible -.
Oui mais si tu es honnete, tu as qu'a voter sans regarder la note. C'est quand meme pas si compliqué :)
En attendant, si tu veux un fix rapide et degueu pour ca: div.comment .score { display: none !important; }, soit dans une feuille de style utilisateur si ton navigateur sait faire ca, soit dans ta feuille de style linuxfr.
Cela demande de faire des sacrifices au niveau des perfs. La nouvelle version utilise 2 choses tres pratiques:
- un TreeWalker, truc génial du DOM Traversal
- des getter/setter javascript
Apparamment, konqueror a du mal avec ces 2 choses, et opera aussi. Je veux bien me passer des getter/setter, mais pour le treewalker, c'est un peu grace a lui l'amélioration des perfs... Et apparamment ni opera ni konqueror ne semblent interessés par supporter le DOM Traversal, je n'ai par exemple vu aucun bug a ce sujet sur bugs.kde.org ...
[^] # Re: Stratégie AOL (si il y a)
Posté par Mathieu Pillard (site web personnel) . En réponse à la dépêche Le gouvernement américain déconseille IE. Évalué à 5.
Le vrai probleme, c'est que AOL n'a aucune stratégie, aucune vision a long terme. Ils cherchent a faire du fric sur le court terme, et les multiples changements de direction ajoutent au bordel ambiant. D'ou les decisions contradictoires sur Netscape, sur l'utilisation ou non de Gecko dans AOL (Rappellons que ils avaient pas mal bossé dessus, sorti une version macosX, sorti des beta windows...)
[^] # Re: aaaargh (une sorte de cri de mécontentement)
Posté par Mathieu Pillard (site web personnel) . En réponse à la dépêche Dernières nouvelles des RMLL. Évalué à 4.
Argument un peu naze, moi je m'en fous d'avoir un festin, et je dois pas etre le seul. Du coup j'ai rien pris et ca sera sandwitches...
A propos, on peut ne prendre qu'une chambre pour 2, et se serrer a l'interieur ? :)
[^] # Re: News
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Pilotes nvidia 6106. Évalué à 4.
[^] # Re: Control Panel
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Nouveaux drivers nvidia 1.0-6106 - IA 32. Évalué à 3.
ftp://download.nvidia.com/XFree86/Linux-x86/1.0-6106/README.txt(...) :
C'est donc pas vraiment par choix le libre ici...
[^] # Re: premier des, hum, 6 futurs journaux ( à la louche )
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Drivers nvidia compatibles avec les kernels 4kstack. Évalué à 3.
[^] # Re: Conseil
Posté par Mathieu Pillard (site web personnel) . En réponse au message Affichage des boites utilisateurs. Évalué à 2.
Cela dit j'ose esperer que on aura un truc un poil plus simple sur linuxfr, sinon je plains ceux en 56k ou avec des petites machines ...
[^] # Re: pareil sauf que...
Posté par Mathieu Pillard (site web personnel) . En réponse au message CSS et page d'accueil des journaux. Évalué à 2.
[^] # Re: autre inquiétude...
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Un user FireFox retourne à ie. Évalué à 2.
[^] # Re: b
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Un user FireFox retourne à ie. Évalué à 2.
[^] # Re: @^#"¤$£%ù!§ !
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Looking Glass : quand sun se réconsilie avec la gpl. Évalué à 3.
# @^#"¤$£%ù!§ !
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Looking Glass : quand sun se réconsilie avec la gpl. Évalué à 3.
[^] # Re: b
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Un user FireFox retourne à ie. Évalué à 4.
[^] # Re: 4ème choix
Posté par Mathieu Pillard (site web personnel) . En réponse au journal DLFPToolbar Reloaded. Évalué à 2.
http://linuxfr.org/~remat/14257.html(...)
# Gestion de batterie
Posté par Mathieu Pillard (site web personnel) . En réponse au message Gentoo: Faire une ~iso, faire un live-cd, bonus: un troll. Évalué à 4.
[^] # Re: double tranchant
Posté par Mathieu Pillard (site web personnel) . En réponse à la dépêche KaXul, vos applications XUL dans KDE. Évalué à 2.
[^] # Re: titre
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Skipstone: c'est reparti !. Évalué à 2.
[^] # Re: c'est quoi ?
Posté par Mathieu Pillard (site web personnel) . En réponse au journal scopitone. Évalué à 4.
[^] # Re: Conseil
Posté par Mathieu Pillard (site web personnel) . En réponse au message Affichage des boites utilisateurs. Évalué à 2.
[^] # Re: Conseil
Posté par Mathieu Pillard (site web personnel) . En réponse au message Affichage des boites utilisateurs. Évalué à 2.
# Ta mere en short ...
Posté par Mathieu Pillard (site web personnel) . En réponse au message arrachage de cheveux avec des scanf !!!. Évalué à 3.
[^] # Re: les deux ?
Posté par Mathieu Pillard (site web personnel) . En réponse au journal DLFPToolbar Reloaded. Évalué à 5.
- Niveau maintenance, c'est horrible
- C'est completement porc
- La taille du fichier est important, meme si c'est dans le cache. Si on en croit les stats, la toolbar est chargée un bon nombre de fois...
En revanche, il est envisable de tester la presence des fonctions dont je me sers, et de fournir pour les gros trucs une alternative. (par contre c'est pas dit que hasFeature comme signalé juste avant soit la solution, vu que cette methode est elle meme implementée n'importe comment par certains navigateurs...)
[^] # Re: 4ème choix
Posté par Mathieu Pillard (site web personnel) . En réponse au journal DLFPToolbar Reloaded. Évalué à 3.
Mais surtout, comme tu le soulignes, le nouveau code est bcp plus propre - plus court aussi - et je prefere donc bosser sur la nouvelle version. Je devrais reussir a la rendre compatible avec konqueror dans un premier temps sans trop de problemes (si effectivement il supporte le DOM Traversal comme ce que j'ai lu) et eventuellement avec opera si j'ai le temps - ca voudra juste dire se passer du treewalker si celui ci n'est pas disponible -.
[^] # Re: Beurk
Posté par Mathieu Pillard (site web personnel) . En réponse au journal Proposition d'amélioration de linuxfr. Évalué à 2.
En attendant, si tu veux un fix rapide et degueu pour ca: div.comment .score { display: none !important; }, soit dans une feuille de style utilisateur si ton navigateur sait faire ca, soit dans ta feuille de style linuxfr.
[^] # Re: 4ème choix
Posté par Mathieu Pillard (site web personnel) . En réponse au journal DLFPToolbar Reloaded. Évalué à 4.
[*] http://developer.kde.org/documentation/library/3.2-api/khtml/html/c(...) et http://developer.kde.org/documentation/library/3.2-api/khtml/html/c(...) notamment.
Par contre, pour opera et IE, ca semble mal barré.
[^] # Re: 4ème choix
Posté par Mathieu Pillard (site web personnel) . En réponse au journal DLFPToolbar Reloaded. Évalué à 6.
- un TreeWalker, truc génial du DOM Traversal
- des getter/setter javascript
Apparamment, konqueror a du mal avec ces 2 choses, et opera aussi. Je veux bien me passer des getter/setter, mais pour le treewalker, c'est un peu grace a lui l'amélioration des perfs... Et apparamment ni opera ni konqueror ne semblent interessés par supporter le DOM Traversal, je n'ai par exemple vu aucun bug a ce sujet sur bugs.kde.org ...