Hanblog - Tag - webkit - Commentaires

WebKit's week - #5 - Jeffrey Rosen

Jeffrey Rosen — Mon, 13 Oct 2008 21:49:32 +0200

As someone who had to write a cross browser compatible javascript hacky "input-placeholder" kind of thing, I am extremely excited to see this in webkit. I love how webkit keeps adding features like this.

WebKit's week - #5 - adele

adele — Mon, 13 Oct 2008 19:43:43 +0200

We tried making it a pseudo-class initially, but it doesn't really work well since it can be overridden too easily by inline styles set on an element. See https://bugs.webkit.org/show_bug.cg... If we add more generic support for this, or maybe when the attribute is specified in HTML5, then we can update the name of the pseudo-element.

WebKit's week - #5 - J. King

J. King — Mon, 13 Oct 2008 18:26:28 +0200

It would seem to me that ::input-placeholder is the wrong way to go. Should it not be :placeholder (ie. a generic placeholder pseudo-class) since there's been talk of image placeholder styling, too?

WebKit's week - #4 - Anthony Ricaud

Anthony Ricaud — Sun, 14 Sep 2008 15:26:10 +0200

@Gavin: I'll let the developers talk about that, it will be far more interesting than my explanation

@Anthony: Right! Thank you, it was just a bad translation, I was thinking in French. Fixed now.

WebKit's week - #4 - Anthony

Anthony — Sun, 14 Sep 2008 04:21:27 +0200

"Unlike Firebug, it is now possible to edit dimensions, padding, borders, margins and position of a box"

This is false - Firebug has had the same feature since 1.0.

WebKit's week - #4 - Gavin

Gavin — Mon, 08 Sep 2008 06:19:09 +0200

Also, the squirrelfish-extreme branch was merged, which in my testing makes webkit's javascript ~1.5x faster. See:

http://trac.webkit.org/changeset/36...

WebKit's week - #4 - Jeffrey Rosen

Jeffrey Rosen — Mon, 08 Sep 2008 03:47:51 +0200

Awesome write up. I really enjoy reading this. :)

Je peux parler français un peu, haha.

WebKit's week - #2 - Nicolas Shanks

Nicolas Shanks — Thu, 21 Aug 2008 09:29:03 +0200

Language tip: The word "information" in English cannot be pluralised by adding an 's' at the end. It's fine to say "get detailed information about". Similarly, infos is not used either.

WebKit's week - #3 - King Chung Huang

King Chung Huang — Wed, 20 Aug 2008 19:35:49 +0200

Found the blog via Webkit's review queue. These weekly summaries are really useful. Thanks!

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.

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.