Reprise du message précédent :

var a = [1, 2, 3];
a.length = 0;
console.log(a); // [];

En fait c'est la méthode la plus simple pour vider un tableau tout en concervant sa référence.

Petite question : je cherche à faire un menu en JS avec un effet zoom progressif style dock apple.  
 
C'est très courant en JS, mais je cherche spécifiquement avec jquery et en texte (sans utilisation d'image), et bizarrement je trouve pas.
 
J'ai trouvé ça : http://www.wizzud.com/jqDock/index [...] g=examples
 
Qui propose 12 000 options mais pas celle du texte
 
Vous connaîtriez un plugin jquery qui fasse le job ?  
 
Merki !

HS: http://michaelhue.com/cssdock/

http://lucumr.pocoo.org/2011/11/15 [...] s-are-here

Submitted to /r/webdev (also, ) J'avais déjà vu chez mon petit frère, c'est assez impressionant

Comment réinventer le client/serveur avec des technos web.

 
Euh non, je dirais qu'en règle générale c'est même l'inverse (en temps de génération des pages s'entend).
 

 
Yup. Pourquoi pas, ça semble être la mode.

 
Oui, mais ça prend pas en compte le temps passé côté client à traiter ce json.

 
C'est extrêmement variable selon les navigateurs et les traitements, ça dépend vraiment des navigateurs qui doivent être "supportés". Et quand bien même, il me semble important de le prendre en compte; là le serveur fait moins de choses, normal qu'il le fasse plus vite.

Le client aussi fait moins de choses: quand il y a une notification, il a juste besoin d'ajouter une info dans la zone de notification, pas de télécharger et de re-rendre toute la page. La description indique bien qu'ils utilisent les forces de chaque section de leur architecture: rendu de page complet pour le chargement initial histoire d'avoir un truc qui marche direct et rapidement (le serveur et son templating sont rapides pour générer une page complète, le client moins) puis mises à jour incrémentales de cette structure via xhr(json)+JS

T'es pas obligé non plus de renvoyer le code d'une page entière depuis le serveur... bref. En fait on dit même pas de choses contradictoires, je sais même pas pourquoi on discute.

Parce que t'as absolument voulu chier sur l'article lié?

Je dis que je suis pas d'accord avec une partie de ce qu'a dit fred, et toi tu comprends ça comme "absolument voulu chier sur l'article lié". Puis tu réponds sur des points qui ne sont pas dans la discussion initiale, en étant agressif.
Je sais pas, baise un coup, fais une pause.

http://alteredqualia.com/three/exa [...] namic.html

Attention musique

mais là,ils comparent un temps de rendu a un temps de serialization/deserialization
Ca me semble etre une erreur  : une fois ton json deserialize, il faut bien rendre l'interface avec  
 

Non, côté client tu vas juste mettre les données dans les bons conteneur. Tu ne régénères pas le HTML.

 
Mais tu dois faire de la manipulation de DOM. C'est à prendre en compte.

Tu colles le json directement dans ton conteneur ?

Je viens juste de le lire, y'a pas mal de framework qui facilitent cette approche:
 
http://developer.yahoo.com/blogs/y [...] t-stirred/
http://www.strobecorp.com/
http://framework.joshfire.com/
 
Dans une présentation de JoshFire, il était question d'utiliser les mêmes templates coté client et serveur, tout en conservant une vraie URL, le SEO et tout.
 

Si, comme dit flonuméro, tu vas pas coller ton JSON dans le HTML, t'as forcément de la manipulation DOM/texte.
 

dans le même style symfony2 + les edges side include  + valgrind permettent de ne générer que les bout de pages dynamique, le reste sort du cache

 
Super intéressant ça, merci    

Tiens une question qui me titille :
 
Si dans le header d'une page on a un script JS qui construit une balise script contenant un fichier d'un partenaire externe et que celui ci ne répond pas.
 
Y a t'il le risque de blocage du reste du contenu de la page comme lors d'un appel à ce script en direct ? ou le navigateur parallélise le chargement ?
 
Merci

le web-développeur dans ma boite, soutient qu'un <a> avec un <span> à l'intérieur est nuisible pour le référencement... je me suis offusqué en lui disant que sémantiquement c'était correct, que le span n'a aucune valeur sémantique. Que c'était complètement absurde... J'ai fait des recherches... j'ai rien trouvé... je vois pas pourquoi un <a href="foo.html" title=""><span>Mon lien</span></a> serait pas correct pour le ref..

 
Suis-je bête... Merci, et donc non ça ne bloque pas

Je vois pas non plus, mais d'un autre coté je vois pas non plus l'intérêt de cet exemple précis.

WTF Ça change que tchouffe

Un dev comme ça ne mérite pas de vivre.
Il avance quels arguments ?

 
Tu risque de bloquer le chargement de la page si le serveur distant met du temps à répondre. Si le serveur existe mais qu'il met une minute pour te servir le JS, ta page sera bloquée pendant une minute.
C'est comme ça pour un client, il a un gros site, et ce con a mis 4 ou 5 scripts de stats ou pub de partenaires externes. La seule solution est le chargement différé du script, via des trucs comme include.js, yepnope (pas require, trop lourd pour ton besoin)

 
c'était un exemple à la con.. mais c'est utile pour des "boutons" <a> avec des background images qui soient extensibles..

 
Il est de combien le taux de mortalité dans ta boite ?  

de zéro, car je n'ai que des mecs compétents dans mon équipe et surtout pas des personnes bornées comme le dev de negueu

in_array($param1 = string,$param2 = array());
array_push($param1 = array(),$param2 = string);
 
ça parait anodin mais ça me casse les couilles d'avoir des ordres de paramètres complètement différent suivant les fonctions  
 
FUUUUUUUUUU    

php whatelse

ruby ?