Hanblog - Informatique - Commentaires

Librairies JavaScript : Connaissez vos outils - Louis

Louis — Thu, 28 Aug 2008 01:14:16 +0200

Je ne comprend pas ce que tu cherches à montrer. Tu commences en disant que les framework JS c'est le mal, et ensuite tu compares deux fonctions d'un même framework. Je m'attendais à ce que tu compare du code natif et la même fonctionnalité via un code framework.

En fait ce n'est qu'après relecture que je comprend que le point que tu veux souligner, c'est le choix de la fonction framework. Oui, le choix est important. Ca me semble couler de source, mais on peut toujours le rappeler.

Concernant ta conclusion, ton "de plus" est une raison totalement suffisante en soi. Il ne faudrait pas que le fichier JavaScript contienne plus de CSS que le fichier CSS lui-même. Aussi, une bonne pratique est d'utiliser exclusivement des classes dans le JS, à l'exception des éléments de style qui servent uniquement un mécanisme de l'interaction javascript.

Mootools va dans ce sens — dans le bon sens — avec son objet Morph qui permet de passer d'une classe CSS à une autre, en animant toutes les propriétés qui varient.

Enfin un intérêt à Twitter - Louis

Louis — Mon, 11 Aug 2008 14:51:55 +0200

Je suis ravi de rencontrer *enfin* quelqu'un d'autre qui trouve Twitter absolument sans intérêt.

Django-fr sur Webfaction - Rik

Rik — Tue, 05 Aug 2008 15:24:25 +0200

En recherchant le nom des options dans Google, on tombe sur la documentation Apache.

http://httpd.apache.org/docs/2.0/mo...

Django-fr sur Webfaction - rencontre

rencontre — Tue, 05 Aug 2008 15:09:20 +0200

Donc il y en a pas....?

Django-fr sur Webfaction - rencontre

rencontre — Tue, 22 Jul 2008 13:42:32 +0200

"ServerLimit 1
MaxRequestsPerChild 1000
KeepAlive Off"

Bonjour,
où est-ce que je pourrais avoir des infos sur ces vrariables ainsi que sur les autres si il y en a?

Nouveautés Safari 3.1 : getElementsByClassName - Olivier D. alias ze kat

Olivier D. alias ze kat — Mon, 09 Jun 2008 12:44:44 +0200

La technique getElementsByClassName est trés interressante car ses performances sont meilleures que tout autre méthodes de sélection même si on ne passe pas par les fonctions natives de Firefox 3 ou Safari 3.
A noter que si on simule cette fonction via XPath, c'est moins bon.
Et pour info, c'est beaucoup plus rapide en Javascript (pour le rendu) de modifier la class d'un element plutot que de modifier ses attributs de style CSS un par un.

Perso, j'utilise une lib* compatible IE6/Firefox2/Safari pour les profiles de LiFE2Front, et çà me permet de faire du tri/filtrage de contenu instantanément avec de bonnes performances. Mais inconvenient ; çà fait grincer Prototype, JQuery, Yahoo! UI, ou Dojo :o(

(*) cliquer sur ma signature pour voir une démo avec mon profil. La lib est citée dans les crédits en bas de page.

Google Ajax Librairies : une bonne idée ? - Rik

Rik — Tue, 03 Jun 2008 01:11:12 +0200

Comme le dit Éric, l'intérêt d'un loader est douteux. Il retarde le téléchargement de la librairie, mais ça fait toujours ça de plus à télécharger au final.

Google Ajax Librairies : une bonne idée ? - inside

inside — Wed, 28 May 2008 16:40:52 +0200

En ce qui concerne les versions :

"The second parameter of google.load is the version of the API, modeled after the versioning system originally used by the Google Maps API."

Google Ajax Librairies : une bonne idée ? - Éric

Éric — Wed, 28 May 2008 12:18:30 +0200

C'était un des gros avantages de YUI. Cependant j'ai appris à le mitiger avec le temps. C'est une très bonne chose pour YUI, qui est utilisé pour une multitude de sites Yahoo!, et un utilisateur d'un site Yahoo! a toutes les chances de se retrouver à court terme sur un autre site Yahoo!.

Pour les autres j'ai peur que la probabilité d'avoir un cache frais quand on se retrouve sur un second site qui utilise la même version de la même bibliothèque .. soit assez faible. Peut être même trop faible pour que la requête DNS supplémentaire se révèle positive en moyenne. C'est une histoire de masse critique mais j'ai peur que la masse critique soit dur à atteindre vu qu'il y aura une URL par version.

Sinon, sur les points négatifs à côtés :
- Les "loaders" ne m'ont jamais convaincus, du fait qu'ils nécessitent un aller-retour supplémentaire pour charger le loader.
- Je suis assez concerné par le fait que du coup les bibliothèques concernées sont dépendantes de Google, pour mettre à jour les URLS centralisées mais aussi pour le bon vouloir de continuer à diffuser ces fichiers. On pourrait même arriver à l'idée qu'une bibliothèque s'interdit de mettre une fonctionnalité déplaisante à google pour éviter d'être bannie. Dans l'idéal il faudrait que chaque bibliothèque contrôle son propre espace centralisé sur son propre domaine (quitte à ce que Google fournisse l'hébergement derrière). Au pire il faudrait au moins une déclaration d'intention de Google sur combien de temps ces URLs seront fonctionnelles, et un engagement sur un suivi des version minimum.

Google Ajax Librairies : une bonne idée ? - 20cent

20cent — Wed, 28 May 2008 10:17:28 +0200

Tout à fait d'accord avec ton analyse sur le chargement des bibliothèques.

Par contre, utilisant jQuery régulièrement, je ne manquerais pas dorénavant de l'appeler via cette url :
http://ajax.googleapis.com/ajax/lib...

J'espère que cette pratique se généralisera.

Nouveautés Safari 3.1 : getElementsByClassName - Rik

Rik — Fri, 11 Apr 2008 12:20:22 +0200

Déjà, Safari 3.1 est bien sorti :) C'est pour cela que j'ai regardé les libs.

Par contre, mon message est ambigu. Je parlais d'utiliser getElementsByClassName pour leurs recherches basées sur les sélecteurs CSS. Ça demande de changer leur algo (et c'est pas immédiat), mais quel bénéfice pour les utilisateurs.

Par contre, je vais modifier le billet, parce que j'avais oublié de préciser le côté "live" de la liste retournée.

Nouveautés Safari 3.1 : getElementsByClassName - Eric

Eric — Thu, 10 Apr 2008 22:17:38 +0200

Calme, ces navigateurs ne sont pas encore sortis alors laisse le temps aux bibliothèques d'intégrer les nouveautés. Quand au moins un de ces navigateurs sera publié, là on pourra regarder car (malheureusement) certaines lib implémenteront un fallback.

Je dis malheureusement parce que getElementsBy* est le genre de fonctionnalités qu'on ne pourra pas implémenter en javascript. Si fallback il y a il sera incomplet ou différent de la spec et de l'implémentation des navigateurs.

Le problème vient du fait que les navigateurs retournent des listes de noeuds "live", qui sont impactées par les changements dans le DOM. Les bibliothèques ne peuvent que retourner des tableaux statiques contenant des références vers les noeuds DOM.

Demander aux bibliothèques javascript d'implémenter getElementsByClassName quand le navigateur ne le supporte pas c'est leur demander de faire de violer les specs et d'avoir des implémentations divergeantes.

Ils ont choisi de ne pas le faire, et ils ont raison là dessus. Si tu veux un tableau statique de noeuds DOM, toutes ces bibliothèques ont déjà des méthodes pour ça.

Passage au Mac - Xethorn

Xethorn — Wed, 24 Oct 2007 11:47:25 +0200

Il manque peut être une chose, le fait que l'environnement soit très porté sur l'utilisation humaine. Peu d'actions compliquées au final, drag & drop pour installer une bonne partie des applications, pas mal d'utilisations de bases mais très poussées, fonctionnelles.

Les indispensables sur Mac OS X Tiger - mauriz

mauriz — Sat, 21 Jul 2007 10:24:46 +0200

Pour rester dans la barre de menu, j'ai aussi:
ByteController pour controler iTunes;
MenuMeters pour monitorer l'utilisation du réseau;
SynergyKM comme GUI à Synergy2.

Sinon, dans mes Préférences Système, j'ai installé "Startup Sound" qui permet de couper le son affreux de démarrage du mac (même si c'est assez rare d'éteindre/rallumer complètement).

Il y aurait encore plein d'autres app indispensables... mais ça va faire long là. Faudrait que je songe à utiliser mon compte iusethis.com

Les indispensables sur Mac OS X Tiger - mauriz

mauriz — Sat, 21 Jul 2007 10:11:45 +0200

Pour la sécurité, tu peux afficher le cadenas dans la barre de menu pour verrouiller ta machine.

Concernant Last.fm, je me disais justement que le client officiel est vraiment pourri. Je vais tester iScrobbler.

La liberté en informatique expliquée simplement - BlueDog..

BlueDog.. — Tue, 02 Aug 2005 18:08:13 +0000

Yo !
j'ai pas le temps de lire l'article mais je le ferai. Mais dimanche matin, pendant F3X, y'avait un débat sur les logiciels libres et les logiciels open source sur Direct 8 avec en intervenant, entre autre, un représentant des gardiens de la paix car l'ensemble de la police est en train de basculer sous OpenOffice. Début d'une évolution?

Pas facile d'être aveugle - neothone

neothone — Wed, 06 Apr 2005 10:55:13 +0000

Bien foutu certes...
Mais on m'aurait suggérer une publicité pour la SNCF, la RATP, la Poste que ça aurait été plus concevable...

Ici le rapport Eléctricité De France et le monde des handicaps je le situe pas très bien et je vois pas forcément l'intéret du passage... mais bon !

C'est réaliste tout de même, donc bien foutu :)