Posté par Mathieu Pillard (page perso, ) le 23/12/2005 à 18:39. (lien). Évalué à 2.

Pour le premier point... un peu. GDK propose une API pour ca, qui fonctionne tant que tu ne fais pas trop de bidouilles (j'avais patché xchat pour ca, bah ca crashait violemment a cause des widgets custom qu'il utilisait, ca a ptet changé). Voir gtk-demo, "Change display".

L'API est la: http://developer.gnome.org/doc/API/2.0/gdk/index.html

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 23/12/2005 à 18:34. (lien). Évalué à 2.

5. Le backing-store est la panacée, tout le monde doit l'utiliser Ca commence à être possible, mais n'oubliez pas que si chaque fenêtre veut s'enregistrer dans le serveur X, le point 4 va recommencer à faire grincer des dents :) Avec deux écrans, ma résolution est de 3648*1536, en 32bits. J'ai au strict minimum six bureaux remplis. Quantité de RAM nécessaire pour mettre tout ça en backing-store : 128Mo...

Deux questions relatives a ca:

• C'est en partie au window manager de gérer ca, non ? De mémoire, certains proposent deja des prefs pour (WindowMaker par exemple, d'apres mes vagues souvenirs)
• La mémoire de la carte vidéo rentre en ligne de compte, non? Après tout, 128 Mo, sur les cartes qui commencent à en avoir 2 fois plus, ce n'est pas déraisonnable... il faut juste des préférences pour (et la on revient a mon premier point)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 23/12/2005 à 18:18. (lien). Évalué à 4.

Deuxième bonne nouvelle: on peut déjà l'utiliser pour Google Talk ( en texte seulement ). Merci Ubuntu-fr :)

En meme temps, ca n'a rien d'extraordinaire. Des sa sortie google talk etait compatible avec a peu pres tous les clients jabber, fallait juste un ou deux parametres niveau SSL et utiliser un serveur perso. Je crois que j'avais essayé avec gajm a l'epoque et que ca marchait moyennement bidouilles, mais je confonds ptet avec un autre, j'avais testé avec une tonne de clients a l'epoque :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 22/12/2005 à 21:05. (lien). Évalué à 2.

Bah, regarde par exemple les trucs que tu peux trouver la:
http://www.gnome.org/projects/rhythmbox/utils.html

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 19/12/2005 à 21:51. (lien). Évalué à 2.

Bon la ca devient mystique. Je regarderais par moi meme ce qui se passe en détails dans la semaine, a moins qu'un générieux bienfaiteur ne se décide a le faire (hint hint)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 18/12/2005 à 17:17. (lien). Évalué à 2.

Bon celui la est facile, IE ne connait pas Node.truc, fort heureusement je ne l'utilise ici que pour des constantes, j'ai mis la valeur a la place, recharge la page (et teste plutot avec article.html avant, le big peut ne pas marcher vu que son HTML est un peu bancal)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 18/12/2005 à 15:55. (lien). Évalué à 2.

La toolbar a necéssité (sic)

Oops, corrigé, on a rien vu :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 18/12/2005 à 15:18. (lien). Évalué à 3.

Il ya peut etre un autre petit détail a prendre en compte: la mémoire. En effet, article_big fait quand meme 1 mega d'HTML, l'arbre DOM en mémoire doit etre plutot enorme, si tu swappes ca pardonne pas.

Sur la grosse page mon Pentium M 1.6 met pas 2 secondes avec firefox 1.5 :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 18/12/2005 à 02:06. (lien). Évalué à 3.

Les calculs en plus, c'est vraiment rien, et c'est de toutes facons effectué uniquement lorsque tu executes l'action.

Comme indiqué plus haut, il n'y pas de probleme technique a inclure son script ou une variante. En fait, j'ai meme deja fait des tests en ce sens, et ca marche tres bien. Mon probleme c'est que niveau UI, c'est pas terrible, c'est pour ca qu'il n'est pas inclu. J'aimerais un truc beaucoup plus discret et neamoins simple a utiliser. (comme les plus trolleurs d'entre vous l'auront deviné, mon systeme de predilection, c'est plus Gnome que KDE :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 18/12/2005 à 02:00. (lien). Évalué à 3.

Argh, tu as quoi comme config ? Chez moi, meme en bloquant mon cpu a 600Mhz, sur article_big la toolbar met moins de 5 secondes pour faire son travail (c'est indiqué dans le footer), et le warning n'apparait donc pas. Et ce genre de pages est vraiment un cas extreme.

Le traitement en question n'est pas si lourd (enfin, n'est plus par rapport a la version dispo en ce moment sur linuxfr, qui doit etre 4 a 6 fois plus lente - oops je l'ai dit -), il est juste d'une lenteur proportionnelle au nombre de commentaires. Il n'y a rien de plus adapté, meme en admettant que linuxfr ait les ressources nécessaires pour faire tout ca coté serveur avec de l'xmlhttprequest pour rendre ca transparent pour l'utilisateur, ca serait probablement plus lent, a cause des requetes en plus.

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 17/12/2005 à 21:47. (lien). Évalué à 3.

Argh, c'est un bug. Normalement ca ne devrait replier/deplier que le fil en dessous du message selectionné. Un jour j'arriverais a sortir un truc qui marche du premier coup... Je ferais une autre beta :-)

Update: finalement c'etait tres simple a corriger, donc j'ai juste modifié la beta5, en esperant n'avoir rien cassé d'autre. Donc, pour ceux que la fonctionalité interessent, rechargez.

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 17/12/2005 à 21:38. (lien). Évalué à 2.

Le plugin scipt permettait de cacher #1,#2, #3 pour faciliter la compréhension du #4 (qui se retrouve alors juste en dessous du #0).

J'y ai pensé de nombreuses fois. C'est pas trop compliqué a faire, mais je n'ai toujours pas d'idée sur comment présenter ca. Encore un autre bouton, c'est un peu lourd. Je l'ai deja dit autre part, mais si quelqu'un a une bonne idée, c'est le moment.

Pour la toolbar, elle ne se replie pas chez moi et a un petit peu de transparence. Ça fait vraiment bien :)

Ca c'est normal, c'est juste la CSS que j'ai un peu modifiée en fonction de mes préférences perso :-)

Pour le repliement/déploiement en double cliquant, cela déplie/replie tous les articles de la page. Le fait de ne pouvoir déplié que les articles fils (ou les articles du thread, pere et fils) serait mieux AMHA

Argh, c'est un bug. Normalement ca ne devrait replier/deplier que le fil en dessous du message selectionné. Un jour j'arriverais a sortir un truc qui marche du premier coup... Je ferais une autre beta :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 17/12/2005 à 21:28. (lien). Évalué à 3.

Effectivement, d'ailleurs je voulais faire un autre billet sur le fait que le outre l'aspect CSS, Acid 2 est un peu fourre tout et c'est dommage. En fait, c'est surtout un "torture test", mais il est surtout vu comme un test représentatif du support des standards et notamment de CSS, ce qui est malheureusement faux. Il ya divers tests tres bien faits pour a peu pres tous les standards, mais ils sont bien moins médiatisés car moins sexy et moins simples a interpréter (et plus rébarbatifs aussi, vu que généralement ca consiste en plusieurs dizaines de fichiers HTML qu'il faut regarder les uns apres les autres)...

Enfin j'ai un tout petit peu édité mon billet en conséquence pour clarifier tout ca.

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 16/12/2005 à 20:42. (lien). Évalué à 2.

C'est plus compliqué que ca: j'ai un dothan mais pas un sonoma, juste un centrino "generation d'avant". Je pense qu'il faut rajouter le chipset de la carte mere dans ta definition pour qu'elle soit correcte. Si j'ai bien suivi, sonoma c'est intel 915 (et ca implique un dothan), et avant, c'est 855 (et ca implique un banias ou un dothan).

Plus d'infos sur ce bordel: http://www.mobilityguru.com/2005/01/19/sonoma/index.html

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 16/12/2005 à 10:54. (lien). Évalué à 3.

Un vieux comparatif qui avait été donné dans un journal:
http://www.doom9.org/index.html?/codecs-203-1.htm

J'ai la flemme de regarder si ils en ont fait un plus a jour, mais en tout cas il est plutot complet, et répond en partie a ta question.

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 15/12/2005 à 11:09. (lien). Évalué à 3.

En l'occurence, rb est aussi accessible aussi via bonobo et dbus. Et ca demande pas tellement de code non. (dbus-viewer et bonobo-browser sont tes amis pour trouver ce genre de choses, tu verras que tu peux controler pas mal de choses finalement...)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 15/12/2005 à 03:35. (lien). Évalué à 2.

C'est l'idee derriere ce projet:
http://www.betterdesktop.org/wiki/index.php?title=Main

Les videos sont d'ailleurs tres marrantes et surtout tres instructives (plusieurs caméras, on comprend bien le cheminement des "cobayes"). Dans pas mal de cas, les cobayes sous KDE, meme experimentés en informatique, cherchent 3 heures comment faire le truc :-)

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 15/12/2005 à 02:16. (lien). Évalué à 3.

Betement, mysql-query-browser ?
http://dev.mysql.com/downloads/query-browser/1.1.html

Libre, multi plateformes, des packages partout. Seul défaut: tendance a planter de temps en temps, comme ca.

[ Répondre ]

Posté par Mathieu Pillard (page perso, ) le 14/12/2005 à 23:47. (lien). Évalué à 3.

Et les depeches permettent de decouvrir des domaines d'applications etonnants pour les tartines beurrées: https://linuxfr.org/2002/07/25/9084.html

[ Répondre ]