j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
bon :
"ç"
pourtant dans mon entête j'ai :
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
le js est :
alert(unescape(page[1]))
cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
bon :
"ç"
pourtant dans mon entête j'ai :
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
le js est :
alert(unescape(page[1]))
cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
bon :
"ç"
pourtant dans mon entête j'ai :
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
le js est :
alert(unescape(page[1]))
cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
Le 20/07/11 18:00, Une Bévue a écrit :
>
> j'ai une form :
> <form method="get" action="form.html" accept-charset="UTF-8">
>
> et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
> bon :
> "ç"
??? tu m'étonnes ?
le ç est tapé dans un champ de texte ?
Ça passe par un serveur ?
ou en local ?
> pourtant dans mon entête j'ai :
> <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
si ça passe par un serveur, ce qui compte c'est l'en-tête du serveur.
(le meta n'est qu'une béquille ignorée si contre-ordre du serveur)
> le js est :
> alert(unescape(page[1]))
> cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
à mon idée ce n'est pas unescape mais escape, non ?
test en local :
============== >
alert(unescape('ç')); // ç --> ç
alert(encodeURI(form[1].value)); // ç --> %C3%A7
alert(escape(form[1].value)); // ç --> %E7
alert(form[1].value); // ç --> ç
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
<p><input type=submit> <input></p>
</form>
Le 20/07/11 18:00, Une Bévue a écrit :
>
> j'ai une form :
> <form method="get" action="form.html" accept-charset="UTF-8">
>
> et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
> bon :
> "ç"
??? tu m'étonnes ?
le ç est tapé dans un champ de texte ?
Ça passe par un serveur ?
ou en local ?
> pourtant dans mon entête j'ai :
> <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
si ça passe par un serveur, ce qui compte c'est l'en-tête du serveur.
(le meta n'est qu'une béquille ignorée si contre-ordre du serveur)
> le js est :
> alert(unescape(page[1]))
> cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
à mon idée ce n'est pas unescape mais escape, non ?
test en local :
============== >
alert(unescape('ç')); // ç --> ç
alert(encodeURI(form[1].value)); // ç --> %C3%A7
alert(escape(form[1].value)); // ç --> %E7
alert(form[1].value); // ç --> ç
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
<p><input type=submit> <input></p>
</form>
Le 20/07/11 18:00, Une Bévue a écrit :
>
> j'ai une form :
> <form method="get" action="form.html" accept-charset="UTF-8">
>
> et si je regarde ce que ça me donne avec un "ç" par exemple, c'est pas
> bon :
> "ç"
??? tu m'étonnes ?
le ç est tapé dans un champ de texte ?
Ça passe par un serveur ?
ou en local ?
> pourtant dans mon entête j'ai :
> <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
si ça passe par un serveur, ce qui compte c'est l'en-tête du serveur.
(le meta n'est qu'une béquille ignorée si contre-ordre du serveur)
> le js est :
> alert(unescape(page[1]))
> cela signifierait-il que le unescape n'est pas UTF-8 compatible ???
à mon idée ce n'est pas unescape mais escape, non ?
test en local :
============== >
alert(unescape('ç')); // ç --> ç
alert(encodeURI(form[1].value)); // ç --> %C3%A7
alert(escape(form[1].value)); // ç --> %E7
alert(form[1].value); // ç --> ç
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
<p><input type=submit> <input></p>
</form>
SAM wrote:Le 20/07/11 18:00, Une Bévue a écrit :
j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
je passe les champs de la form par URL (type='get') de la forme :
http://82.226.217.239/landp/form.html?nom=Thoraval&prenom=Yvon&fonction > enseignant&infos=Ici+o%C3%B9+l%C3%A0+%3F
infos="Ici où là ?"
donc les blancs sont remplacés par des "+" et le "?" par "3F".
ce que je fais :
window.onload = function(){
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
en fait, comme ça marche bien en UTF-8, je cherche la fonction js
"builtin" qui décode :
Ici+o%C3%B9+l%C3%A0+%3F
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
je ne connaissais pas le truc : onsubmit="return v();"
<p><input type=submit> <input></p>
</form>
j'ai un select :
<select name="fonction">
<option value="enseignant">Enseignant</option>
<option value="etudiant">Etudiant</option>
<option value="ingenieur">Ingénieur</option>
<option value="retraite">Retraité</option>
<option value="autre">Autre</option>
</select>
comment fait-on pour sélectionner la valeur retournée, par exemple si
j'ai fonction="enseignant" ,
je sais qu'il faut avoir :
<option value="enseignant" selected="selected">Enseignant</option>
bon, en fait, toi, si j'ai bien compris ton exemple, tu me conseilles,
de lire la form, plutôt que passer par l'URL, auquel cas pas besoin de
décoder ou d'encoder...
seul truc est que j'ai besoin de plusieurs "submit" par exemple :
<input type='submit' name='calcul' value='Search' /><input type='submit'
name='calcul' value='Edit' /><input type='submit' name='calcul'
value='Save' />
suivant que la personne clique sur 'Search', 'Edit' ou 'Save', je fais
des choses différentes...
en fait j'ai une base de données "Web SQL", et la forme me sert (enfin
servira) soit à modifier une donnée soit à en ajouter une autre, pour
faire court...
SAM<stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Le 20/07/11 18:00, Une Bévue a écrit :
j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
je passe les champs de la form par URL (type='get') de la forme :
http://82.226.217.239/landp/form.html?nom=Thoraval&prenom=Yvon&fonction > enseignant&infos=Ici+o%C3%B9+l%C3%A0+%3F
infos="Ici où là ?"
donc les blancs sont remplacés par des "+" et le "?" par "3F".
ce que je fais :
window.onload = function(){
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
en fait, comme ça marche bien en UTF-8, je cherche la fonction js
"builtin" qui décode :
Ici+o%C3%B9+l%C3%A0+%3F
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
je ne connaissais pas le truc : onsubmit="return v();"
<p><input type=submit> <input></p>
</form>
j'ai un select :
<select name="fonction">
<option value="enseignant">Enseignant</option>
<option value="etudiant">Etudiant</option>
<option value="ingenieur">Ingénieur</option>
<option value="retraite">Retraité</option>
<option value="autre">Autre</option>
</select>
comment fait-on pour sélectionner la valeur retournée, par exemple si
j'ai fonction="enseignant" ,
je sais qu'il faut avoir :
<option value="enseignant" selected="selected">Enseignant</option>
bon, en fait, toi, si j'ai bien compris ton exemple, tu me conseilles,
de lire la form, plutôt que passer par l'URL, auquel cas pas besoin de
décoder ou d'encoder...
seul truc est que j'ai besoin de plusieurs "submit" par exemple :
<input type='submit' name='calcul' value='Search' /><input type='submit'
name='calcul' value='Edit' /><input type='submit' name='calcul'
value='Save' />
suivant que la personne clique sur 'Search', 'Edit' ou 'Save', je fais
des choses différentes...
en fait j'ai une base de données "Web SQL", et la forme me sert (enfin
servira) soit à modifier une donnée soit à en ajouter une autre, pour
faire court...
SAM wrote:Le 20/07/11 18:00, Une Bévue a écrit :
j'ai une form :
<form method="get" action="form.html" accept-charset="UTF-8">
je passe les champs de la form par URL (type='get') de la forme :
http://82.226.217.239/landp/form.html?nom=Thoraval&prenom=Yvon&fonction > enseignant&infos=Ici+o%C3%B9+l%C3%A0+%3F
infos="Ici où là ?"
donc les blancs sont remplacés par des "+" et le "?" par "3F".
ce que je fais :
window.onload = function(){
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
en fait, comme ça marche bien en UTF-8, je cherche la fonction js
"builtin" qui décode :
Ici+o%C3%B9+l%C3%A0+%3F
<script type="text/javascript" charset="utf-8">
function v() {
var form = document.forms[0];
alert('encodeURI = '+encodeURI(form[1].value));
alert('escape = '+escape(form[1].value));
alert('unescape = '+unescape(form[1].value));
alert('normal = '+form[1].value);
return false;
}
</script>
<form action="#" onsubmit="return v();">
je ne connaissais pas le truc : onsubmit="return v();"
<p><input type=submit> <input></p>
</form>
j'ai un select :
<select name="fonction">
<option value="enseignant">Enseignant</option>
<option value="etudiant">Etudiant</option>
<option value="ingenieur">Ingénieur</option>
<option value="retraite">Retraité</option>
<option value="autre">Autre</option>
</select>
comment fait-on pour sélectionner la valeur retournée, par exemple si
j'ai fonction="enseignant" ,
je sais qu'il faut avoir :
<option value="enseignant" selected="selected">Enseignant</option>
bon, en fait, toi, si j'ai bien compris ton exemple, tu me conseilles,
de lire la form, plutôt que passer par l'URL, auquel cas pas besoin de
décoder ou d'encoder...
seul truc est que j'ai besoin de plusieurs "submit" par exemple :
<input type='submit' name='calcul' value='Search' /><input type='submit'
name='calcul' value='Edit' /><input type='submit' name='calcul'
value='Save' />
suivant que la personne clique sur 'Search', 'Edit' ou 'Save', je fais
des choses différentes...
en fait j'ai une base de données "Web SQL", et la forme me sert (enfin
servira) soit à modifier une donnée soit à en ajouter une autre, pour
faire court...
Ha! l'interface PHP progresse ? ;-)
Ha! l'interface PHP progresse ? ;-)
Ha! l'interface PHP progresse ? ;-)
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
Olivier Niakimen
t'en dirait plus mais il part en vacances.
(et on ne sait pas où !)
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
Olivier Niakimen
t'en dirait plus mais il part en vacances.
(et on ne sait pas où !)
je ne pige pas pourquoi avec decodeURI le "+" n'est pas décodé, ni le
"?" ce qui est pire...
Olivier Niakimen
t'en dirait plus mais il part en vacances.
(et on ne sait pas où !)
Je ne suis pas encore parti.
Quant à en dire plus, voici ce que je trouve dans la norme :
<cit.>
The encodeURI and decodeURI functions are intended to work with complete
URIs; they assume that any reserved characters in the URI are intended
to have special meaning and so are not encoded. The encodeURIComponent
and decodeURIComponent functions are intended to work with the
individual component parts of a URI; they assume that any reserved
characters represent text and so must be encoded so that they are not
interpreted as reserved characters when the component is part of a
complete URI.
</cit.>
Traduction approximative : les fonctions encodeURI et decodeURI sont
censées s'appliquer à des URI complètes, elles supposent que tous les
caractères spéciaux sont censés avoir leur signification spéciale, et
ils ne sont pas encodés. Alors que les fonctions encodeURIComponet et
decodeURIComponent sont censées s'appliquer à des sous-parties de l'URI,
dont les caractères spéciaux doivent être encodés puisqu'ils n'ont pas
leur signification spéciale.
> (et on ne sait pas où !)
Pour ceux que ça intéresse, deux semaines en Lozère, une semaine près de
Montpellier et une semaine dans les Landes, à priori sans ordinateur ni
liaison Internet.
Je ne suis pas encore parti.
Quant à en dire plus, voici ce que je trouve dans la norme :
<cit.>
The encodeURI and decodeURI functions are intended to work with complete
URIs; they assume that any reserved characters in the URI are intended
to have special meaning and so are not encoded. The encodeURIComponent
and decodeURIComponent functions are intended to work with the
individual component parts of a URI; they assume that any reserved
characters represent text and so must be encoded so that they are not
interpreted as reserved characters when the component is part of a
complete URI.
</cit.>
Traduction approximative : les fonctions encodeURI et decodeURI sont
censées s'appliquer à des URI complètes, elles supposent que tous les
caractères spéciaux sont censés avoir leur signification spéciale, et
ils ne sont pas encodés. Alors que les fonctions encodeURIComponet et
decodeURIComponent sont censées s'appliquer à des sous-parties de l'URI,
dont les caractères spéciaux doivent être encodés puisqu'ils n'ont pas
leur signification spéciale.
> (et on ne sait pas où !)
Pour ceux que ça intéresse, deux semaines en Lozère, une semaine près de
Montpellier et une semaine dans les Landes, à priori sans ordinateur ni
liaison Internet.
Je ne suis pas encore parti.
Quant à en dire plus, voici ce que je trouve dans la norme :
<cit.>
The encodeURI and decodeURI functions are intended to work with complete
URIs; they assume that any reserved characters in the URI are intended
to have special meaning and so are not encoded. The encodeURIComponent
and decodeURIComponent functions are intended to work with the
individual component parts of a URI; they assume that any reserved
characters represent text and so must be encoded so that they are not
interpreted as reserved characters when the component is part of a
complete URI.
</cit.>
Traduction approximative : les fonctions encodeURI et decodeURI sont
censées s'appliquer à des URI complètes, elles supposent que tous les
caractères spéciaux sont censés avoir leur signification spéciale, et
ils ne sont pas encodés. Alors que les fonctions encodeURIComponet et
decodeURIComponent sont censées s'appliquer à des sous-parties de l'URI,
dont les caractères spéciaux doivent être encodés puisqu'ils n'ont pas
leur signification spéciale.
> (et on ne sait pas où !)
Pour ceux que ça intéresse, deux semaines en Lozère, une semaine près de
Montpellier et une semaine dans les Landes, à priori sans ordinateur ni
liaison Internet.
