Reprise du message précédent :

Disons que l'astuce consiste surtout à avoir un éditeur de texte qui enregistre dans la locale de la page
 
Edit: à partir du moment où la locale supporte le caractère (ce qui est le cas ici)

Un peu comme les œ et € sous Windows qui ne correspondent pas à ceux de ISO-8859-15

j'utilise jedit et je suis en MacRoman pour l'encoding, ca peut aussi venir de la

Oui mais bon s'il écrit ses pages à la main dans un éditeur qui sauve le truc en latin-15, j'espère que ce logiciel va pas sauver un € moisi

Moi j'encode toujours comme en 95, avec des vrais code genre é & è
C'est obsolète, mais ça fonctionne quelquesoit l'ordi de développement et quelquesoit le navigateur. C'est très pratique, surtout quand on utilise plusieurs éditeurs sur plusieurs plate-formes différentes.

Utiiliser un bon éditeur est plus simple quand même

Y'a pas Dreamweaver sous Linux et je suis pas encore assez "calé" Linux pour le faire tourner par un wrapper ou un émulateur.
Et quand je suis sous Linux et que j'ai une retouche vite fait à faire, je vais pas rebooter juste pour une bétise.

J'ai dit "bon éditeur"
 
Sérieusement, je faisais allusion à n'importe quel éditeur avec coloration de syntaxe, il y en a sûrement des tonnes qui gèrent les formats habituels des pages web (iso-8859-15, utf-8, etc.)

jedit le fais, il suffit d'utiliser le bon encoding.

Scite aussi je présume, mais ne l'ayant plus utilisé depuis longtemps je ne le jurerais pas

emacs.

J'aime pas jedit.    
 
antp => Dreamweaver va chercher dans tes metatags pour savoir en quoi l'encoder. En gros, si tu mets <?xml version="1.0" encoding="iso-8859-1" ?>  il encodera ton doc comme ça.
Autrement, par défaut, il encode en UTF-8, mais ça ne m'empêche pas de coder &eacute; je trouve ça plus propre.

Je trouve ça moins propre perso Tant qu'à tout coder comme ça autant déclarer le fichier comme us-ascii, au moins t'es sûr que ça passera bien partout vu que t'utilises aucun caractère étendu...

ça passe bien partout justement.    
Contrairement à d'autres solutions qui merdent sous Mac ou Linux sur des navigateurs exotiques qui obligent à changer l'encoding par le visiteur, c'est charmant.

les autres solutions merdent pas tant que tu fais ce qu'il fut correctement

Bah, si je prends l'encode Tai 8859-11, ce n'est qu'un exemple, tous les caractères accentués merdent sur le forum HFR alors que mes sites, même avec un encodage Thai 8859-11 passe parfaitement et affichent les bons accents. Donc pour moi, je préfère utiliser les bonnes vieilles méthodes.
Tous les navigateurs ne sont pas activés d'office sur la détection automatique et de toutes façons, je préfère éviter de faire trop confiance aux navigateurs.

Heu HFR est en iso-8859-1 donc je vois pas le rapport avec le thai... Si tu demandes au browser d'afficher les pages d'HFR comme étant de l'iso-8859-11 alors que c'est pas ça, c'est un peu normal que ça foire Ton site marche même si on change manuellement l'encodage... super utile. Et si l'utilisateur force du texte noir sur fond noir, ton site il foire. C'est bête hein
 
Et la détection automatique c'est justement quand il n'y a pas de <meta> qui précise l'encodage
 
Si l'encodage est précisé, que la page est bien encodé (ce qui est le cas avec un éditeur correct) et que le serveur n'envoie pas n'importe quoi dans les en-têtes, ça marche très bien. Continuer à l'utiliser ASCII 7 bits comme tu le fais, c'est quand même un peu lourd je trouve

Non, c'est pas plus lourd. Quand je bosse sous DreamWeaver, les accents se mettent pratiquement tout seul et en PHP, il y a des fonctions qui te font ça toutes seules.

Ouais mais quand tu regardes le code tu vois les &eacute; etc. Et je maintiens ma dernière phrase : "c'est quand même un peu lourd je trouve"
Je ne vois pas l'intérêt de rester bloqué à l'ASCII 7 bits, les choses évoluent, c'est tellement plus simple de déclarer la page comme étant de l'ISO-8859-1 et d'ensuite taper tout le texte directement sans convertir les accents. Ou de l'UTF-8 ou autre si l'éditeur le supporte.

inversement ca serait cool qu'un view-source convertisse les &eacute; en é , à la limite en les colorant pour savoir qu'il y a conversion si le pb de pas voir l'exacte source gène...
 
( ah et au fait, gvim gère très bien l'encodage aussi )

Pas en automatique alors, parce que c'est parfois utile de voir exactement le contenu de la page avec le view source (déjà que Mozilla modifiait la casse des balises - je ne sais pas s'il le fait encore)

d'ou ce que j'ai dit, ou un toggle...

C'est vrai que la propriété accept pour les champs de type file ne fonctionne pas ? C'est quoi la meilleure solution pour n'accepter qu'un type de fichiers (en l'occurence, des pdf) ?

Vérifier côté serveur ce qu'on t'as envoyé... Ce qui, même si accept fonctionnerait, devrait être fait.
 
Parce que même si un champ a un accept, tu peux facilement faire une requête POST avec totalement autre chose. Donc accept (met-le quand-même, si jamais y'a un navigateur qui le supporte) + contrôle côté serveur

Le problème c'est que je bosse en asp (j'ai pas le choix), donc ya pas de controle natif d'upload commen en php. Le seul moyen que j'ai trouvé, c'est une vérif de l'extension, mais niveau sécurité, ya quand même mieux, et la lib que j'utilise pour l'upload ne permet apparemment pas la vérification.
 
Et je m'y connais mal en fait en encodage de fichiers pdf...

en PHP non plus :

Donc c'est pas une valeur trustée, donc à prendre avec des pincettes...  
 
Pour le pdf, essaye de trouver une lib PDF. Y'a soit en général une fonction pour checker si c'est un PDF, ou sinon faut ouvrir le fichier et voir si y'a une erreur

Les quelques PDF que j'ai ici commencent tous par %PDF-1.3
Il doit donc y avoir moyen de vérifier manuellement l'en-tête du fichier, comme on peut le faire pour la majorité des types de fichiers.

j'ai une question mais je vais pas créer un post pour ca...
si vous pouviez alller jeter un oeil avec IE et/ou Firefox sur cette page:
http://mbillonlanfrey.free.fr/phot [...] riages.php
Chez moi sur IE l'album apparait mais pas les pages (d'ailleurs on peut les tourner, mais sans les voir), et je ne comprends pas pourquoi...
   
normalement Flashplayer oblige, ca marche ou ca ne marche pas, mais incompatibilité IE sur du Flash, ca me laisse perplexe...

j'aia le meme pb avec IE

bizarre non?
ca peut venir de quoi:
-> player pas a jour (j'ai installer le dernier y a pas longtemps, il a bien du mettre a jour IE et FireFox en même temps non?)
-> PB de mise en cache des fichiers sous IE (je precise qu'avant ca marchait, j'ai rien changé ni au code html, ni au Flash, le seul truc que j'ai changé c'est les photos chargé et le xml de references des pages)
   
comprend pas!

ça me fait pareil sous firefox.

meuh?!  
bon je vais laisser tomber le chargement dynamique de pages qui parait foireux et revenir a l'immuable (mais fonctionnel) .swf
comme quoi passer derriere IpariGrafika pour faire mieux n'est pas donner a tous le monde    
j'expliquerais a mon client que je lui change gratos une fois par ans et puis c'est tout!
 
qui sait dans quelque temps il lachera peut etre une version dynamique de sa source...
merci a vous

Chez Airbus, on aime la complication, c'est bien connu.
 
Mes clients, Airbus donc veulent que dans un <select> il y ait un séparateur, mais qu'on ne puisse pas le sélectionner.
 
genre
 

 
C'est ce que j'avais fait au départ. Mais le mec veut garder ce séparateur, pour bien marquer la différence entre "Nouveau Descripteur" et ceux existants, mais il veut pas qu'on puisse sélectionner ce séparateur...
 
Je pensais faire un truc en js avec le onchange... Genre sur l'event onChange, si tu as comme index le separateur, alors tu reviens sur la première option, mais je trouve ça sale... une autre solution ?
 
Merci

Regarde peut-être du coté de la balise optgroup si jamais ça peut te convenir : http://www.w3.org/TR/html4/interac [...] f-OPTGROUP

 
+1, c'est fait pour
 

ou sinon <option value="" disabled="disabled">
je sais pas si c'est w3c compliant mais ça marche.

Oui, mais est-ce qu'il veut vraiment des groupes ?

Ca marche aussi

 
tu peux utiliser la balise optgroup et lui appliquer des styles pour le navigateur l'affiche comme tu le veux  
dans mon cas les pays qui n'ont pas de sous valeur sont des select, et es pays qui ont plusierus sous valeurs sont des optgroup  

 
tu dois pourvoir regler le décalage pour les 'sous option' avec padding-left

 
Du moment ou tu as une séparation, tu as deux groupes non?

je vais tester le coup du optgroup...
 
Ce que je veux (enfin ce que mon client désire, ou ordonne, c'est à voir), c'est qu'il y ait dans mon select un séparateur visible mais non selectionnable.
 
Je ne savais que le disabled s'appliquait aussi à une option.
 
Je teste tout ça et je vous dit qui a gagné

disabled me semble mieux alors