Reprise du message précédent :

[9, 'batman !'].map(function(x){return new Array(x).join(0/0);})

g pa conpri

Pas compris le premier

http://www.youtube.com/watch?v=BWo [...] page#t=38s

 
Si tu décide de partir sur une prise en charge du cas JS désactivé, je procéderais différemment (à discuter). Plutôt que d'ajouter une colonne, je copierais au mieux le comportement que tu veux obtenir avec AJAX : en commençant par le cas défavorable (JS désactivé, ton tableau contient des valeurs qui son affichées sous formes de liens, chacun pointant vers le formulaire de modification (si pas de valeur bien évidemment, tu génère un contenu d'invit' de saisie pour le lien). Si JS activé, tu remplace le noeud du lien par ton champ de texte "classique" et tu bind ton event.
My two cents.
 

[2, 5, 5, 4, 4, 5].map(function(x){return new Array(x).join(0/0);});
[5, 5, 'hey hey !', 'goodbye...'].map(function(x){return new Array(x).join(0/0);});
[9, 'batman !'].map(function(x){return new Array(x).join(0/0);})

Lapin compris du tout, c'est le comportement normal de JS.
Ya une blague c'est ça ?

T'es trop jeune pour comprendre

Et ça ça a des gosses

 
je suis clairement dans 2), puisque le public c'est moi.
Mais j'ai jamais fait de dev selon la méthode du progressive enhancement, je me disais que ça pouvait être intéressant pour apprendre...
le truc c'est que je voyais pas comment "enhancer" un tableau, qui par défaut n'a aucun comportement sur un click. Mais Le Riton m'a donné une approche
 

je vois l'approche.
Par contre ça se passe comment : tu vires le lien <a> de ton dom et du réattache son contenu à l'élément parent du <a> (qui sera un <td> dans mon cas), et tu mappes un onclick sur le TD (ou plutot sur le <tr> voire le <table> en jouant avec le dom pour trouver qui est l'élément source qui a popé l'event ?

[2, 5, 5, 4, 4, 5].map(function(x){return new Array(x).join(0/0);});
[5, 5, 'hey hey !', 'goodbye...'].map(function(x){return new Array(x).join(0/0);});
[9, 'batman !'].map(function(x){return new Array(x).join(0/0);})

GatsuG

['Starsky et Hutch', 7].map(function(x){return new Array(x).join(0/0);});

 
Am I doing this right?

['Starsky et Hutch', 7].map(function(x){return new Array(x).join(0/0);});

 
8

['Starsky et Hutch', 7].map(function(x){return new Array(x).join(0/0);});

 
 
Non je déconne j'ai toujours rien capté.

Ah c'est bon, suffisait de runner

 
NO FUCKING SHIT SHERLOCK

['j\'en ai marre de cette', 2, 'là, marre de cette', 2].map(function(x){return new Array(x).join(0/0);});

Histoire de dissiper les derniers lapins

 
Un truc du style oui. Tu t'arranges pour retrouver tes petits facilement, genre une classe pour les liens en questions ou alors tu t'y retrouve avec ton arborescence, au domready tu recherches les nœuds desdits liens et tu remplaces le contenu du nœud parent (en théorie le td) par le contenu du nœud <a> (du point de vue du HTML de sortie, ça revient à striper les <a> ). Pour ce qui est du onclick, d'instinct, j'aurais eu tendance à mapper sur le td plutôt qu'un bricolage pour trouver la source de l'event, mais comme j'ai pas plus de justification à donner que ça, je laisse parler les experts.

Okay j'ai compris la blague , je ne suis pas réveillé

Ton \0 fout la merde dans la fenêtre immediate de firebug

 
Ah merde, dans chrome ça marche nickel

Je suis en train de me fader tout javascript.info.
La différence entre un attribut d'un objet du DOM et une property, c'est que l'attribut reflète ce qui est issu du HTML (ne se modifie qu'explicitement) et la property est une valeur du monde JS, qui peut correspondre à un attribut (auquel cas sa valeur change quand l'attribut change).
 
J'ai bon ?

oui
attribut -> tag HTML
property -> objet JS
 
et comme les tags sont parfois représentés en objets JS où tu retrouves les attributs en property (enfin je sais pas trop j'utilise JQuery où c'est séparé)

C'est ça, mais pour être tout à fait exact, on parle de propriété DOM.

jQuery sait interpréter un tag script injecté dynamiquement quand on utilise $.fn.append, mais un script liant un fichier suivi d'un script "body" il pête un cable: le second est évalué avant que le premier ne soit chargé

Si j'ai un jQuery.ajax() dont le callback "success" fait des anims avec des délais, il *semble* que le callback "complete" soit exécuté avant que le "success" soit complètement fini (ce qui à du sens, si les délais sont effectivement asynchrones). Je vois bien, ou je me trompe  ?

http://code.google.com/p/jslibs/wi [...] s_&_Tricks

http://blogs.msdn.com/b/ie/archive [...] -ie10.aspx

<!--[if IE]>
This content is ignored in IE10 and other browsers.
In older versions of IE it renders as part of the page.
<![endif]-->

<html xmlns:my>
<?import namespace="my" implementation="my.htc">
<my:element>
This parses as an unknown element in IE10 and other browsers.
In older versions of IE it binds to "my.htc".
</my:element>
</html>

<xml>
This parses as <b>HTML</b> in IE10 and other browsers.
In older versions of IE it parses as XML.
</xml>

'tin les trucs genre widgets igoogle, c'est une plaie de première classe à intégrer dans une appli riche (genre full JS de partout)

Ouais, la plupart des widgets de iGoogle sont pourris et sans aucune configuration possible, ou alors anecdotique.

550 erreurs en environ 30s sur la page, merci iGoogle \o/

dites, je dois insérer du HTML de mes utilisateurs dans mon DOM, je suis obligé de filtrer le JS ou est-ce qu'il y a une feinte à jouer pour pas qu'ils lisent les cookies et le localstorage ?
 
En gros, si un mec avait une bonne idée avec du JS j'aimerai qu'il puisse le faire, mais y'a des clefs perso dans le localStorage et des cookies (mias y'a http-only pour ça je crois).

Bah une feinte pourrait être de charger les trucs dans des iframes sur un sous-domaine différent, pour éviter de leaker du bordel.

Sinon oui, je permettrais pas le scripting perso. Surtout que selon tes accès/API, même sans clés ou autres ils peuvent foutre le bronx (worms via des appels sur le même domaine, connerie du style).

Le httponly aide pas trop là dessus: il va être envoyé pendant les xhr depuis le JS utilisateur, avec l'identification de l'utilisateur actuellement loggé, etc...