Reprise du message précédent :

Pourquoi tu trouves que c'est crade ?

C'est crado de faire du pooling pour vérifier une variable alors que comme le dit Skateinmars y a des events de callback dédié.

surtout que c'est un peu le but des callbacks

Wow première fois que je finis un site et que je le test w3c (xhtml & css) et pas d'erreurs    
Ca doit être le fait de passer de 1.1 strict à 1.0 transitional
 
XaT

 
Bah lire directement le magazine, enfin le document quoi. Quand le site est tourné sur ces quelques PDF un lecteur en ligne c'est pas mal. Avec aussi un lien download
Histoire que ceux qui n'ait pas de plugin ie/mozilla pour lire directement le pdf puissent le lire
 
XaT

  Et ceux qui n'ont pas flash Parce que la proportion de ceux qui n'ont rien pour lire les PDF doit être au même niveau de ceux qui n'ont pas flash

Ceux qui n'ont pas de plugin IE/Mozilla (c'est à dire ceux qui ne sont pas stupides) ont habituellement un lecteur PDF, ils téléchargent le PDF et le lisent tranquillement sur leur machine.

Bah y'a le choix, download du PDF ou visionnage en ligne.  
Si il a un lecteur PDF ou un lecteur Flash uniquement il a les 2 possibilités de le lire directement...

Quoi    
C'est ici même qu'on m'a conseillé celui ci
 
XaT

S'paske tu codes comme un porcin

perso j'ai décidé de dissoudre l'assemblée nationale faire du HTML5 de toute façon, le doctype est plus court

Dans le code qu'il a quoté je ne fais pas de polling justement.

Comme ça t'es sûr d'avoir un site qui ne marche pas chez 2/3 de tes utilisateurs

Exact, je regardais ta première version. Quand bien même il vaut mieux utiliser le mécanisme de callback natif.

Pourquoi ?

mmm, parce que c'est natif  
Et un settimeout à 0 c'est pas ce qu'il y a de plus propre je pense. M'étonnerait que cette méthode soit souvent utilisée.

Bin perso je trouve ça un peu con ; autant faire direct une version Web (avec optim pour l'impression) non ? Passke faire un PDF pour pouvoir le ligne en Flash ensuite, paye ton bloat

J'ai un bug bizarre là.
J'applique des écouteurs sur une ligne contenant plusieurs inputs (ligne qui est dans un arbre), tout fonctionne bien.
Je drag & drop la ligne pour, disons la rendre fille de la ligne du dessous, et plus aucun écouteur ne fonctionne sur cette ligne

Ce sont des callbacks autochtones  

ceci dit, on me fait la même demande
 
 
le service comm arrive avec un super joli pdf plein d'image, et vuq u'on puisse tourner les pages en lignes  

Ce qui est bien avec toi, c'est que quelle que soit la situation à partir du moment où on parle de web on est assuré que t'as rien percuté

C'est vrai que c'est mieux que mon ancienne doctype  (1.1strict avec commentaire html avant la doctype ) , ou pas.
 
XaT

Je dirais que t'as un problème de bubbling, mais j'ai rien compris. Code please.

bloat ?
 
Ouais faudrait le convertir en version web, pas con. Moi je m'occupe de ça c'est pas à moi donc je réfléchis pas trop non plus
 
XaT

C'est pas tellement mieux en fait, t'as moins d'erreurs mais c'est parce que le doctype est plus permissif

Bah en 1.1 strict j'ai 1 erreur, pour avoir placé une majuscule

XaT

Prend l'habitude de tout mettre en minuscule; écrit plutôt xat à la fin des posts

Bubbling ?
Plus de 200 lignes le code, te faut juste la partie où j'ajoute les écouteurs ? Pour le drad & drop, c'est l'arbre qui gère ça, pas moi.

Edit : l'ordre d'apparition des événements c'est ça ?

C'est normal, le XML est case-sensitive

Je pensais pas qu'une majuscule dans un noscript serait une erreur
 
xat

Nan mais j'imagine bien que le cas doit se présenter régulièrement dans les entreprises, surtout les grosses qui aiment les trucs bien bloatés, mais bon

"Gros truc bien lourd"

Disons que si tu peux faire bouger le truc et en parler à ton chef, vas-y. Après, c'est juste une suggestion

bah c'est pas une balise juste un <noscript>Blablabla</noscript> pensais pas que ça serait important la
 
XaT

 
<noscript/> n'est pas un conteneur

C'était pas ça l'erreur

Et t'façon si tu utilises noscript s'toi l'erreur

C'est crade parce que c'est pas propre ?

le seul site HTML5 que je connais c'est celui là et la mise en page est toute fuckée sous IE7 et IE6 ne reconnait même pas le doctype et passe en mode quirks. Peut-être que ça vient de l'auteur qui a fait exprès d'avoir un rendu moisi sous IE7- mais si ce site est représentatif, je continue de penser qu'html5 n'est pas pret à être utilisé en prod
 

usine à gaz

T'as raison, ça risque d'user ton cerveau

Google : Event Bubbling. Ça vient d'ou ton D&D?
 

Je pense que c'est plus propre d'avoir une ligne d'éxecution plutôt que d'exploiter un demi bug pour faire ce que tu veux. Le pattern fonctionne autant en profiter c'est pas toujours le cas

Ça vient à 90% des CSS, je doute que IE fasse la différence etre <div> et <aside>, tagsoup FTW.

Personne connait une lib php autre que ffmpeg-php capable de faire des thumb de flv ou au minimum d'en capturer une image ?

 
J'ai édité
Le d&d vient de la lib de l'arbre.

Voila, quand on considère qu'il a des petites images SVG de déco sur chaque post, j'pense qu'il s'en tape de IE

Et normalement le doctype HTML5 passe IE6 comme IE7 en mode strict "almost standard", pas en quirks cf http://hsivonen.iki.fi/doctype/#handling

Ouais, et... c'est quoi "l'arbre"? Et t'utilises quoi pour les events? Tu peux donner du concret, des liens, des noms, whatever?

Ouaip, et les corners sont fait à coup de -moz-border-radius/webkit-border-radius.

Ça fonctionne bien sous Opera également, moins les corners.

Le problème c'est que c'est le seul exemple que j'ai sous la main. vous en avez d'autres ?

Je pense même qu'il met un point d'honneur à ce que sa page ne soit pas rendue correctement dans IE

Je ne sais pas si IE6 est est en mode strict mais son rendu est identique à ce qu'on obtient dans IE8 si on passe en mode quirks via les developper tools

sous IE8 aussi sauf pour le SVG evidemment.

 
Désolé, je pensais que tu avais suivi le topic depuis quelques jours.
Donc, le framwork c'est prototype, l'arbre c'est tafeltree, et pour les events c'est les observes de prototypes.