Le 13/10/2009 17:30, real3t@gmail.com a
+ - Rempli "on" si oui, "off" si non.
Pourquoi mettre des valeurs "on" et "off" et non pas "oui" et "non" alors que précisément la saisie se nomme explicitement "oui_non" ?
C'est un peu ajouter de la complexité pour rien.
--
RastaPopoulos
* RastaPopoulos tapuscrivait, le 13/10/2009 20:34:
Le 13/10/2009 17:30, real3t@gmail.com a
+ - Rempli "on" si oui, "off" si non.
Pourquoi mettre des valeurs "on" et "off" et non pas "oui" et "non" alors que précisément la saisie se nomme explicitement "oui_non" ?
C'est un peu ajouter de la complexité pour rien.
Marcimat avait déjà mis 'on'. Du coup, j'ai mis 'off' de manière logique.
--
RealET
Le 13/10/2009 20:54, RealET a écrit :
* RastaPopoulos tapuscrivait, le 13/10/2009 20:34:
Le 13/10/2009 17:30, real3t@gmail.com a
+ - Rempli "on" si oui, "off" si non.
Pourquoi mettre des valeurs "on" et "off" et non pas "oui" et "non"
alors que précisément la saisie se nomme explicitement "oui_non" ?
bah… bonne question… en fait, tant que c'était 1 / 0, ça n'avait pas trop d'importance, et je reprenais #EXPOSE ou quelques params du core qui sont aussi avec «on».
Là on a plus l'information 1 / 0. if ($truc) devient systématiquement vrai (ce qui me gène beaucoup) et il faut donc en plus tester $truc == 'on'
Mais effectivement on a un bug du a une limitation de SPIP qui ne peut différencier une valeur nulle "" d'une valeur non encore définie.
--
MM.
* Matthieu Marcillaud tapuscrivait, le 13/10/2009 22:01:
Le 13/10/2009 20:54, RealET a écrit :
* RastaPopoulos tapuscrivait, le 13/10/2009 20:34:
Le 13/10/2009 17:30, real3t@gmail.com a
+ - Rempli "on" si oui, "off" si non.
Pourquoi mettre des valeurs "on" et "off" et non pas "oui" et "non"
alors que précisément la saisie se nomme explicitement "oui_non" ?bah… bonne question… en fait, tant que c'était 1 / 0, ça n'avait pas trop d'importance, et je reprenais #EXPOSE ou quelques params du core qui sont aussi avec «on».
Là on a plus l'information 1 / 0. if ($truc) devient systématiquement vrai (ce qui me gène beaucoup) et il faut donc en plus tester $truc == 'on'
Mais effectivement on a un bug du a une limitation de SPIP qui ne peut différencier une valeur nulle "" d'une valeur non encore définie.
Si tu vois une meilleure solution, n'hésite pas.
--
RealET
Là on a plus l'information 1 / 0. if ($truc) devient systématiquement vrai
(ce qui me gène beaucoup) et il faut donc en plus tester $truc == 'on'
et $truc === 0 ?
Là on a plus l'information 1 / 0. if ($truc) devient systématiquement vrai
(ce qui me gène beaucoup) et il faut donc en plus tester $truc == 'on'
HTML4 dit que, lorsqu'on coche une case à cocher, on reçoit "on", et
lorsqu'on ne coche, pas, on reçoit NULL. "On/off" c'est un réglage
pour ton magnétoscope, mais pas pour du HTML 
-- Fil
* Fil tapuscrivait, le 13/10/2009 23:33:
Là on a plus l'information 1 / 0. if ($truc) devient systématiquement vrai
(ce qui me gène beaucoup) et il faut donc en plus tester $truc == 'on'HTML4 dit que, lorsqu'on coche une case à cocher, on reçoit "on", et
lorsqu'on ne coche, pas, on reçoit NULL. "On/off" c'est un réglage
pour ton magnétoscope, mais pas pour du HTML
En l'occurrence, après vérification, il y a 2 informations stockée dans le html :
value="on/off" pour savoir quelle est la case cochée
et
checked="checked" pour indiquer laquelle des case est cochée.
Donc, la modification, non seulement gère le problème de pouvoir mettre defaut=on, mais en plus, elle reste valide W3C
--
RealET
Le 19/10/2009 00:18, RealET a écrit :
En l'occurrence, après vérification, il y a 2 informations stockée dans
le html :
value="on/off" pour savoir quelle est la case cochée
Hop, on rétablit comme c'était avec : Connexion · GitLab
Tu testes ?
--
MM.