Reprise du message précédent :
Tout simplement

edit : merci quand meme

de deux choses l'une:
soit tomcat se torche avec la spec,
soit mon browser(firefox ET safari) envoie pas le content-type*  
 
 
je suis allé bouffer, j'ai installé live-http-headers, je verifie
 
 
* soit il ne l'envoie que si c'est spécifié en meta

Allo? On a perdu Gatsu

bon d'accord, il envoie Content-Type: application/x-www-form-urlencoded

et c'est effectivement ce que request.getContentType() me rend, et pas de trace de character encoding ...

si je met un <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
ça change rien ...

koi ?

il est déclaré où ton charset dans ta page ?
j'imagine que ta page est une JSP, t'as mis la balise d'encoding en tête de ta JSP ?

(je sais pas son nom "correct", je parle de ça : <%@ page contentType="text/html; charset=Pouet" %>"

sinon visiblement :
http://www.w3.org/TR/html4/interact/forms.html

J'ai néttoyé et rendu valide toute cette merde ce matin, et cet enculé l'a écrasé, mais fuck  

Mention spéciale pour la reqûete SQL dans le code

oui oui y'a ça aussi, et il est mis en utf8

 
 
nan mais c'est le club de la blague chez toi
Et ils connaissent même pas subversion cette bande de con.
 
Viens vite mon petit nous allons te sauver la vie

donc si on résume :  
 
- dans ta JSP tu déclares un content type + charset
- dans ton HTML tu déclare une méta qui spécifie le charset
- ton form dit multipart/form-data et donne son charset  
 
et malgré ça, tu récupères du iso-8859-1 au lieu du UTF-8 ?
 
bizarre...

Qu'ils crèvent
 
J'ai bien envie d'écrire une fonction totalement inutile mais super longue, rien que pour faire chier le monde.

je dois encore re-tester avec un "enctype" sur mon form, mais je pense que oui.
et je recupere de l'iso juste parce que c'est le default dans ton tomcat, parce qu'effectivement mon browser n'envoie quedchi, donc

ben c'est ça qui me chagrine : selon la spec, il doit récupérer ce qu'il y a dans le header de la request, ce qui normalement, si t'utilise multipart/form-data + charset, doit contenir ton charset

ben d'apres livehttpheader y'a rien comme charset dans les headers envoyes...

il est en ligne ton form ?

sinon tu peux y aller à la bourin et ecrire des fonctions avec des noms genre :  
function theFooMagicalFunctionWhoNoOnesDontKnowWhatIDo() {
   var itsMightyVariable = "mightyvalue";
}
 
et bien sur tu passes tout ca sous http://javascriptcompressor.com/ , hors de question de leur donner le code source.

Ben non, tu vas la récupérer sur e.g. thedailywtf

non sur ma machine. enfin le code est sur un svn ouvert stu veux
 
bon, ajouter  enctype="UTF-8" ça change quedalle, aucun charset n'est envoyé par firefox dans la requete...

c'est carrément bizarre ce truc...si tu trouves la réponse ca m'intéresse fortement, je vais me coder un petit truc prochainement, et je pensais naivement partir sur de l'UTF-8 pour être peinard...
 
&#233;&#233;&#233;&#233;&#233;&#233;&#233; (hum)
 
t'as essayé avec le menu view de firefox de forcer l'encoding ? juste pour tester

Genre caché quelque part

J'aime bien ça

IWH P250 et
 
j'ai glissé ça :
 

 
Quelque part, en compressé

rhooo

edit: je verrais mieux un

if((d.getSeconds() % 6) == 0)

en condition, c'est beaucoup plus difficile à reproduire et à diagnostiquer

(tu peux remplacer le modulo par autre chose si tu veux)

if((d.getSeconds() % 6) == 0)

, ça, c'est vraiment vicelard, j'adhère total

Et  

s'pa mieux?  

mouais

"*59" alors pas "*6"

Et si tu veux faire un truc comme ça, je te conseille

var warudo = Math.floor(Math.random()*100);
if((d.getTime() % warudo) == 0){ //etc...

var warudo = Math.floor(Math.random()*100);
if((d.getTime() % warudo) == 0){ //etc...

Oué mé nan, j'ai mis 6 pour que ça se pète la gueule assez souvent pour qu'ils s'en aperçoivent vite
 
Sont suffisamment con pour pas faire gaffe si ça plante une fois comme ça.

Ah mais là ça va planter un peu moins souvent mais pas de beaucoup hein

edit: et en fait c'est même pas sûr que ça plante moins souvent, faudrait faire les calculs de proba

Dans ta solution, il y a 38% de chances d'avoir une page qui ne s'affiche pas si je me plante pas

Oué bien sur
Tout ce que je veux c'est que ça plante de manière totalement aléatoire, à partir d'une certaine date, si je fais des calculs de proba : C'est moi que ça fait chier

On verra le 15

Edit : Geekrillé

vous êtes sadique, je plein à mort le gars qui va devoir débugguer ça

 
Plutot que de tout cacher, tu cache seulement des blocs différents pris au hasard à chaque fois ça peut être sympa aussi...

 
var divAFoutreALaBenne = document.getElementByTagName('div');
 
foreach(divDeMerde in divAFoutreALaBenne )
   if(d.getSeconds() % 6)
            divDeMerde .style.display='none';

salut à tous
 
je viens de passer le test html
 
en fait le test consistait a reproduire une page html a partir d'un doc phtoshop (psd) donc découp d'images a partir du psd et reproduire la page en html avec le style qui va avec.
 
tout ceci en xhtml et valide w3c (xhtml/css) y'avait pas de JS, en pour finir j'ai obtenu le poste

toute mes félicitations  

 

Merci

Bon donc des news pour DOJO : 0.9 :

Ils ont décidé après moult réticences, de faire le choix de refaire tout le toolkit.

Et donc il n'y aura plus de compatibilité entre la 0.4.2 et version passés, avec la nouvelle version 0.9

_ Choix motivé par le fait, qu'ils gagnent en rapidité : 10x plus rapide.

_ Un code plus léger...( pas de chiffre en tête)

_ Des widgets toujours plus puissant, plus fluide....

Mais :

_ L'architecture du projet, change complètement...apparition des Dijits...(les widgets)

_ Le CSS est complètement indépendant...plus de css par défaut pour les widgets...sérieux avantage.

_Mais pour ceux qui ne veulent pas se faire chier, ils ont quand même fait un style par défaut utilisable à l'extérieur , qui est plutôt sympa et réutilisable.

_ Le système de création de widgets, la syntaxe du code change un peu... ainsi que l'appel des widgets ...

Voilà...Sinon lors de la conf :

On a vu des démos bien sympa, sur l'accessibilité... : un appli vocale très sympa.

Et un système de gestion, pour les problèmes de vue (switch de FF en noir complet..connaissait pas cette option(plugin))

une démo sur du travail collaboratif : http://teampatent.com/

Ma démo

Ensuite arrive aussi un outil sympa développé par une des personnes présentes :

_ une fois lancé, l'appli parcours tous les dossiers du projet.. et génère un joli site, comme celui de dojo.

Et donc on peut alors parcourir les différents fonctions, objets... voir le code , etc....

Voilà voilà....tous les autres infos sur http://dojotoolkit.org/dojo-book-0-9-outline

j'ai pas suivi l'histoire de shinuza, pourquoi il veut que son truc déconne à partir d'une certaines dates ?

Parce que dans la boite où il est  :
-Les mecs codent comme des pieds/gros porcs (HTML de l'an deux)
-Utilisent des librairies JS n'importe comment (exemple simple : Scriptaculous appelée entierement sur la home (250 Ko de JS inutile dans la gueule)
-Enregistrent des images jpeg qui font 1x49px en 40 ko (donc ne connaissent pas l'optimisation du poids des images apparament) (il nous a montré une page de 2,9 mo :|
-Sont pas doués et écrasent son taf
-Code le PHP comme des enfants de 10 ans, (ne savent pas séparer le traitement des données de la couche de présentation).

Voila quoi, une grosse blague

Je t'invite à revoir tes sauts de lignes, ton messages est un peu imbitable ,
PS : version corrigée inside ton quote

http://lists.w3.org/Archives/Publi [...] /0909.html
 
Et pendant ce temps-la, je suis obliger d'utiliser des taglib qui me generent du code HTML tout pourri, et dans lequel les createurs ont eu la brillante idee de mettre des UUID pour les id (tout en arrivant quand meme a ce que plusieurs ID soient identiques)...