Reprise du message précédent :
Et sinon en JS l'Event bubbling marche pas avec onfocus et onblur ?

google ?

Pourquoi faire? De nos jours, c'est géré d'origine dans les navigateurs à partir de ce que tu as déjà cherché.

moig

mais c'est tout tout obfucké

Voilà la réponse à ta question

 
 
Je viens de trouver un petit outil sumpa en ligne pour compresser du js avec JSMin, Dojo ShrinkSafe ,YUI Compressor, Packer le tout gzipé ou non.
 
Au résultats on peut voir les % de compression, et télécharger le résultat pour chaque type de compression
 
http://compressorrater.thruhere.net/
 
PS: Je suis pas la pour lancer un débat sur l'utilité de la compression    
 
 

VIEUX

 
alors on essaie sur l utilité du débarquement

On est pas loin d'un débat sur l'utilité de la compression alors vu le nombre de soldats au m2 en 44.

Y aurait-il une raison particulière pour qu'une image appelée via une balise img ne s'affiche pas sous IE6 ?
Avec un chemin de ce type :  
http://pictures.pouet.fr/photo/riD [...] h58uTaaT-/
 
Alors que je la vois sous FF et IE7

C'est un exemple réel où on voit qu'il n'y a pas d'image sauf une qui s'affiche pas dans firefox ou alors t'as mis une adresse bidon pour pas qu'on voye la photo compromettante?

Nan c'est un exemple bidon, juste pour montrer la syntaxe du chemin.

A part peut être le - devant le / (a vérifier si c'est ça) je ne vois rien de bloquant dans une telle adresse.

Ben le pire c'est qu'avec la version actuelle du site sur lequel je bosse, qui a pourtant la meme syntaxe, ça marche
 
Ou alors c'est un problème dû au passage du site en UTF-8

Ou alors une erreur dans l'url rewriting du serveur?

Hmmm je ne pense pas, j'aurais probablement le même problème sur les autres navigateurs sinon.

Explorer ne sait pas lire les JPG en CMYK (color space). J'ai déjà eu le cas avec une image en CMYK au lieu d'être en RGB...

CMYK = CMJN ?

C'est pas con, mais si j'enregistre les images sous Firefox sur mon ordi et que je les rouvre avec IE6, ça marche

EDIT au-dessus : oui

Bin p'têt que le serveur où l'image est hébergée n'autorise pas les referers extérieurs ? Ca apparaît dans Firefox passke t'as l'image dans ton cache, mais pas dans IE6 passke l'image est bloquée par le serveur.
Tente de cleaner le cache de FF, pour voir.

Cache vidé : problème toujours présent uniquement sous IE6

Bon, je me casse en weekend, je reprendrai Lundi, ça me saoule

Merci pour vos suggestions

Bonjour,

j'espère que vous avez passé un bon week-end, aussi utile que le mien, puisqu'il m'aura permis de penser à supprimer un appel conditionnel de CSS pour IE6 : dans ce cas là, mes images se réaffichent sous ce fabuleux navigateur
Ca n'était donc point un problème de serveur

Je ne sais pas encore quelle propriété faisait tout foirer, mais j'y viens

EDIT : bon voila, c'est le script permettant d'utiliser le PNG 32 qui fait "disparaitre" les images. Alors que les images sont en JPEG

hep les gens dans une requête POST, c'est normal d'avoir la valeur des variables URLEncodé sur de l'UTF-8 ?
j'ai ça comme format :  
Content-type: application/x-www-form-urlencoded
 
 
Côté serveur il décode en ISO-bidule et donc les accents sont niqués. Qui a raison ? le client qui encode en UTF-8 ou le serveur qui décode en ISO-machin ?
 
le décodage est fait par http://java.sun.com/j2ee/sdk_1.3/t [...] ng.String)

Comme les url, en dehors de l'ascii c'est pas spécifié correctement, il me semble que l'usage est de respecter l'encodage de la page qui a contenu le formulaire.

Si ta page était en ISO, on sait pas trop qui a raison, si elle était en UTF-8 ton serveur pue le paté et il utilise probablement URLDecoder.decode(string) qui est deprecated vu qu'il utilise le charset de la plateforme.

Un fix possible c'est de passer en multipart/form-data (si l'émission de la requète vient d'un navigateur ça se fait avec enctype="multipart/form-data" sur l'element <form> ) qui spécifie correctement les charsets.

la page c'est du flash
 
et je crois qu'en flash tout est en unicode.

 
-> ton serveur pue le paté

j'ai un peu de mal à comprendre, comment le serveur connait l'encoding de la page ? il va faire un get sur le referer
 
 
et ton histoire de multipart là, m'intéresse, y'a pas d'aspect négatif ? l'encoding est connu et tout ?

Qu'est-ce qui caractérise un fichier utf-8 d'un ansi ?
 
Pourquoi, lorsque je modifie le codage d'un fichier ANSI vers de l'UTF-8, je ne peux pas commiter puisqu'il considère qu'il n'y a pas de changement ?

dans ce sens là il est impossible que ça introduise un changement, ANSI est un sous-ensemble de l'UTF-8 donc ça ne change rien de passer en UTF-8

Dans le cas général il peut pas, c'est pour ça que le concept "comme la page qui contient le formulaire" est bancale et n'aurait de toute façon pas pu faire l'objet d'une norme. En pratique c'est souvent le même serveur qui produit la page et qui reçoit le post, et dans ce cas utiliser le même encoding pour les deux marchera souvent.
Sauf que là t'es pas dans ce souvent, vu que le flash est pas produit par ton serveur, si la page qui le contient est en iso-truc alors on peut dire que c'est la faute de flash de pas respecter la page contenante, si la page est en utf-8 alors le serveur est pas conhérent entre ses entrées et ses sorties et c'est plutôt sa faute.

Le client PEUT mettre un charset dans la réponse, je sais plus si les navs le font (et je sais pas si ton serveur le comprends), par contre je sais pas comment dire à flash de le faire

là y'a pas de page, le truc est fullscreen.
 

ok, je vais regarder ça. Parce que c'est le genre de truc qui pourrait nous rendre chat-bite sur ces histoires d'encoding ...

Euh... ok, mais lorsque je suis sous Notepad++ et qu'il me propose, dans le menu "Format" :

• ANSI
• UTF-8
• UTF-8 sans BOM
• UCS-2 Big Endian
• UCS-2 Little Endian

je choisis rien alors ? je laisse en ANSI et la conversion se fait uniquement via ce que l'on mentionné dans la meta de début de page ?

non ça sert à rien de choisir.
 
y'aura pas de conversion, tous tes caractères sont sur 7 bits, il ont donc tous la même représentation dans tous ces formats (heu je connais pas UCS, donc peut-être pas).
Y'aura les 2 premiers octets différents si tu fais de l'UTF-8 avec BOM, mais c'est tout. Et ton client SVN te les montrera probablement pas.

UCS-2 c'est de l'unicode sur 16 bits qui ne supporte pas les "surrogate pairs" (tu ne peux donc pas utiliser les caractères en dehors du "basic multilingual plane" ). C'est un encodage obsolète remplacé par l'utf-16

pour ceux que ça intéresse, -ms-interpolation-mode n'a aucun effet sur les png transparents

Y'a des choses rigolotes avec ça, notamment le charset qui risque de n'être pas bon, alors sous IE on peut rajouter un input hidden de name _CHARSET_, et on le retrouve dedans

Si vous aviez sous la main un plugin d'autocomplete pour Mootools 1.1 ce serait

de rien

C'est quoi déjà les trucs à installer pour avoir un minimum de debug JS/CSS dans IE 6/7 ?

visual studio

 
firefox ....... !?