Mathieu Pillard a écrit 2873 commentaires

Les portables Acer et le SAV qui va avec on tres mauvaise réputation. En meme temps, ils sont parmis les moins chers, c'est pas pour rien. Si un jour tu t'ennuies, vas sur n'importe quel site avec un forum de discussion concernant le matos informatique, et plus particulierement les portables (hardware.fr, rue-montgallet.com, etc), et cherche le thread sur Acer. C'est généralement le plus gros et le plus actif :-)

Il ya des gens qui ont fait un utilitaire pour GNU/Linux qui fonctionne tres bien, il ya meme eu une niouze à ce sujet: http://linuxfr.org/2005/06/09/19098.html

Par ailleurs le programme MagicTruc est pas mal foutu de ce que j'ai pu en voir, il est regrettable qu'ils ne l'aient pas porté eux memes sous GNU/Linux, mais l'idée de faire disparaitre ces boutons et de laisser l'OS gérer ca est toute de meme interessante et merite qu'on s'y attarde: elle offre des possibilités sympa, comme des pré-réglages que tu activerais en fonction des applis que tu lances automatiquement par exemple....

Enfin, le protocole utilisé ici est totalement documenté. Il s'agit de DDC/CI. C'est une extension à VESA si j'ai bien compris, et tu peux trouver les specs en cherchant un peu.

Tu devrais lire le lien que je donne (d'autres failles qui elle sont beaucoup plus graves et certainement pas fait expres) et les commentaires de "Damien" sur le skyblog. J'attends notamment la réponse sur le fait que soit disant cette faille faite expres ne permet pas le meme genre de choses que ce qu'ils dénoncaient (un bete redirect vers une autre page) sachant qu'en javascript tu peux completement modifier la page, faire des redirections, etc...

C'est pas grave, quand yen a plus yen a encore:
http://skyblog.com/direct.php/319781719

Je t'invite a t'acheter des lunettes et à regarder toutes les captures d'écran :-)

Non seulement ils appliquent des patches, mais certaines applis en dépendent. Ubuntu a décidé depuis quelque temps de suivre les mises à jours mineures au lieu de patcher a la main leur version pour rajouter les corrections de sécurité, mais changer pour une version majeure (oui, firefox 1.5 est considérée comme une version majeure, avec une tonne de changements) c'est une autre paire de manches.

Et quand bien meme il n'y aurait aucune dépendance dessus, pourquoi firefox et pas une autre ? Et qu'est ce qui garantirait aux gens derriere ubuntu, qui fournissent du support sur un truc qu'ils connaissent, que c'est vraiment stable? Réponse: leurs propres tests sur le sujet.

Maintenant, il ya plusieurs .deb de firefox 1.5 qui trainent, et avec la sortie dans dapper drake de gdebi, un installeur graphique de .deb, il n'est pas exclu que on trouve de plus en plus de packages alternatifs ici et la... à tes risques et périls.

Pour ajax : pas mieux. La méthode xmlhttprequest() qui est finalement la seule partie technique du modèle Ajax n'est pas normalisé par le W3C à ma connaissance.

C'est vrai mais ca change:
http://www.w3.org/2006/webapi/

Tant qu'on est a parlé de ca, ya un groupe dont on entend peu parler mais qui amha est plutot interessant, c'est celui qui s'occupe des web services: http://www.w3.org/2002/ws/

Les depots universe et multiverse ne sont pas activés par défaut parceque chez ubuntu, ne sont activés par défaut que les dépots officiellement supportés.

EasyUbuntu est une appli qui actuellement utilise bash+zenity -donc gtk- de mémoire, mais est en train de fusionner avec d'autres projets du meme type (dont un pour kubuntu). Le but est d'utiliser python + une gui différente selon si on utilise ubuntu, kubuntu...
cf https://launchpad.net/products/easyubuntu . Il serait interessant de savoir si ca a une chance d'etre inclu par défaut dans une future version de ubuntu d'ailleurs.

Il n'empeche que ubuntu, de base, si on excepte le multimédia, est totalement utilisable pour monsieur tout le monde sans rajouter universe et ses amis. On peut surfer sur le net, lire et écrire des documents dans divers formats, se connecter a des messageries instantannées, etc. Si tu veux aller plus loin, c'est pas la mort de devoir, pour le moment, lire un peu de doc, surtout qu'en francais ubuntu-fr fournit un boulot assez conséquent sur le sujet.

Bon, pour [1], je voulais en fait mettre http://wiki.ubuntu-fr.org/applications/synaptic , mais les 2 sont interessants a lire, celui la a le mérite d'avoir des zoulies captures de synaptic :-)

Pourquoi trifouiller le sources.list?

Dans ubuntu ,et je suppose que c'est pareil pour kubuntu, tu lances le gestionnaire de paquet, tu actives les dépots universe/multiverse, et voila, ca marche. [1]

Pour ce qui est du plus ou moins à jour, ya au maximum 6 mois de retard, plus les mises a jour de sécu, ce qui est loin d'etre effroyable. Sans compter le fait que tu peux rajouter les backports pour compenser...mais c'est pas indispensable, ca ne marchera pas mieux, au contraire: si c'est freezé tous les 6 mois, c'est pour que ca puisse etre correctement testé et supporté...

Nota: un autre probleme avec ubuntu, c'est le fait que par défaut tu ne puisses pas lire de mp3 par exemple. 100 fois débattu, ubuntu n'y peut pas grand chose (encore que, depuis peu ca pourra ptet changer [2]). Eventuellement tu peux te tourner vers des trucs comme EasyUbuntu [3] qui font le boulot pour toi, graphiquement.

[1] http://wiki.ubuntu-fr.org/installation/depots#avec_un_outil_(...)
[2] http://www.fluendo.com/resources/fluendo_mp3.php
[3] http://placelibre.ath.cx/keyes/index.php/2005/10/26/64-easy-(...)

Pour ca on peut aller sur wikipédia :-)

Bon bah j'espere que vous aimez tous le flash:
http://www.presence-pc.com/actualite/quaero-moteur-recherche(...)

Reste à voir si le projet ne va pas accoucher d'un outil trop lourd et inutilisable par le grand public et les connexions à bas débit étant donné que le contenu textuel du groupe de travail est en Flash.

Sinon, c'est en partenariat avec exalead, dont la spécialité semble etre l'exact contraire de google: tout regrouper dans un meme bordel (par opposition à faire plein de trucs indépendants qui peuvent se rattacher les uns aux autres plus ou moins discretement)

D'ailleurs ca se change aussi sous gnome :-)
Clic droit aussi, Preferences > Show all workspaces in [x] rows.

Interessant ton commentaire: en quoi ca peut t'embeter, de surfer avec un navigateur qui ne passe pas Acid 2?

Ce troll revient toutes les 3 semaines. Je suis personellement pour l'édition des posts/journaux si on arrive à faire un truc qui n'autoriserait que les modifications mineures. Autrement, on peut lacher un gros troll, et ensuite tout changer pour jouer a l'innocent et se faire pertinenter... (ou inversement d'ailleurs, commencer par se faire pertinenter pour ensuite troller comme un malade)

Mais je suis sur que tu vas envoyer un patch pour résoudre cet épineux probleme :-)

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

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)

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 :-)

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

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)

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)

La toolbar a necéssité (sic)

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

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 :-)

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 :-)

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.