Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
et
jsvalidation (de dexagogo)
Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
et
jsvalidation (de dexagogo)
Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
et
jsvalidation (de dexagogo)
Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
Le 6/29/09 9:18 AM, J-F Portala a écrit :Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
Suis allé voir ce LiveValidation,
bon! ... Ben! ... sur l'exemple je crois qu'en situation d'utilisateur
toute cette agitation latérale me fatiguerait assez rapidement.
Je n'ai pas vu de "prototype" ici :
<http://www.livevalidation.com/examples>
mais autant ce livevalidation_standalone embarque protosysmique ?
Méhouvaton ?
page de démo ci-haut :
64kb de JS pour 12kb de "contenu"
(ou en non compressé: 183kb pour 30kb)et
jsvalidation (de dexagogo)
Pas trouvé.
Mais l'autre a l'air assez facile à dompter.Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
c'est à dire que si :
function verif(f) {
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
while(n-) {
if(f[n].type=='txt') {
x(f[n]).className = 'decoEl';
if(f[n].value.length<1) {
x(f[n]).className = 'infoEl';
f[n].focus();
f[n].select();
return false;
}
}
}
return true;
}
<form onsubmit="return verif(this)" blabla>
<label class="decoEl">
Nom:
<input name="nom" type="text">
<span>Ce champ doit être complété !</span>
</label>
... / ...
ne suffit pas,
allonzydonc pour les 4kb(12kb) du standalone.
(mais là ils n'abordent pas la partie php)
(ça existe un LiveValidation en php ?)
--
sm
Le 6/29/09 9:18 AM, J-F Portala a écrit :
Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
Suis allé voir ce LiveValidation,
bon! ... Ben! ... sur l'exemple je crois qu'en situation d'utilisateur
toute cette agitation latérale me fatiguerait assez rapidement.
Je n'ai pas vu de "prototype" ici :
<http://www.livevalidation.com/examples>
mais autant ce livevalidation_standalone embarque protosysmique ?
Méhouvaton ?
page de démo ci-haut :
64kb de JS pour 12kb de "contenu"
(ou en non compressé: 183kb pour 30kb)
et
jsvalidation (de dexagogo)
Pas trouvé.
Mais l'autre a l'air assez facile à dompter.
Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
c'est à dire que si :
function verif(f) {
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
while(n-) {
if(f[n].type=='txt') {
x(f[n]).className = 'decoEl';
if(f[n].value.length<1) {
x(f[n]).className = 'infoEl';
f[n].focus();
f[n].select();
return false;
}
}
}
return true;
}
<form onsubmit="return verif(this)" blabla>
<label class="decoEl">
Nom:
<input name="nom" type="text">
<span>Ce champ doit être complété !</span>
</label>
... / ...
ne suffit pas,
allonzydonc pour les 4kb(12kb) du standalone.
(mais là ils n'abordent pas la partie php)
(ça existe un LiveValidation en php ?)
--
sm
Le 6/29/09 9:18 AM, J-F Portala a écrit :Bonjour,
je travaille en php et
je suis en train d'essayer d'utiliser prototype.
Pour la validation de formulaires, j'ai deux possibilités qui me semblent
intéressantes:
livevalidation
Suis allé voir ce LiveValidation,
bon! ... Ben! ... sur l'exemple je crois qu'en situation d'utilisateur
toute cette agitation latérale me fatiguerait assez rapidement.
Je n'ai pas vu de "prototype" ici :
<http://www.livevalidation.com/examples>
mais autant ce livevalidation_standalone embarque protosysmique ?
Méhouvaton ?
page de démo ci-haut :
64kb de JS pour 12kb de "contenu"
(ou en non compressé: 183kb pour 30kb)et
jsvalidation (de dexagogo)
Pas trouvé.
Mais l'autre a l'air assez facile à dompter.Est ce qu'une des deux solutions est plus efficace ou plus souple que
l'autre.
c'est à dire que si :
function verif(f) {
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
while(n-) {
if(f[n].type=='txt') {
x(f[n]).className = 'decoEl';
if(f[n].value.length<1) {
x(f[n]).className = 'infoEl';
f[n].focus();
f[n].select();
return false;
}
}
}
return true;
}
<form onsubmit="return verif(this)" blabla>
<label class="decoEl">
Nom:
<input name="nom" type="text">
<span>Ce champ doit être complété !</span>
</label>
... / ...
ne suffit pas,
allonzydonc pour les 4kb(12kb) du standalone.
(mais là ils n'abordent pas la partie php)
(ça existe un LiveValidation en php ?)
--
sm
PS : dans ton bout de code, j'ai compris que tu parcourais tous les champs
du formulaire mais je n'arrive pas à comprendre
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
PS : dans ton bout de code, j'ai compris que tu parcourais tous les champs
du formulaire mais je n'arrive pas à comprendre
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
PS : dans ton bout de code, j'ai compris que tu parcourais tous les champs
du formulaire mais je n'arrive pas à comprendre
var n = f.length,
x = function(o) {
o=o.parentNode;
while(o.tagName!='LABEL') o=o.parent.node;
return o;
}
c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
SAM a écrit :c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
C'est là que j'ai envie de dire « vive do while » ;)
x = function(o) {
if(o instanceof window.Node)
do o = o.parentNode ;
while(o && ! o instanceof window.HTMLLabelElement);
return o;
}
J'utilises instanceof car ce devrait être plus rapide que de comparer
tagName à une chaîne
(en fait, instanceof va comparer la référence au
prototype de l'objet de gauche à la référence à l'objet function de
droite).
SAM a écrit :
c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
C'est là que j'ai envie de dire « vive do while » ;)
x = function(o) {
if(o instanceof window.Node)
do o = o.parentNode ;
while(o && ! o instanceof window.HTMLLabelElement);
return o;
}
J'utilises instanceof car ce devrait être plus rapide que de comparer
tagName à une chaîne
(en fait, instanceof va comparer la référence au
prototype de l'objet de gauche à la référence à l'objet function de
droite).
SAM a écrit :c'est (corrigé) :
x = function(o) { // pour trouver le label de l'élément
o = o.parentNode;
while(o && o.tagName!='LABEL') o = o.parentNode;
return o;
}
C'est là que j'ai envie de dire « vive do while » ;)
x = function(o) {
if(o instanceof window.Node)
do o = o.parentNode ;
while(o && ! o instanceof window.HTMLLabelElement);
return o;
}
J'utilises instanceof car ce devrait être plus rapide que de comparer
tagName à une chaîne
(en fait, instanceof va comparer la référence au
prototype de l'objet de gauche à la référence à l'objet function de
droite).
J'utilises instanceof car ce devrait être plus rapide que de
comparer tagName à une chaîne
Vraiment ?
(en fait, instanceof va comparer la référence au prototype de l'objet
de gauche à la référence à l'objet function de droite).
J'a rhen compris à ton instanceof
... déjà que j'ai du mal à me souvenir que typeof existe,
si en plus tu m'en inventes des nouveaux et que tu en expliques
adabresquement le fonctionnement ça ne m'aide pas bp.
et kesskecé ce window.Node mint'nant ?
Pourquoi s'en inquiéter ?
Et là : window.HTMLLabelElement
quels sont les autres HTMLElements de window ?
(HTMLCheckboxElement, HTMLRadioElement ?)
J'investigationne un élément (HTML plus que enfant-de-window) qui à 90%
de chance doit être contenu dans un conteneur 'label'.
De remonter au parentNode de l'élément doit me donner immédiatement ce
'label'.
Le while est juste là au cas où et un peu pour enfoncer le clou
Le seul pb que j'ai avec ma méthode est qu'au cas où il n'y a pas de
label conteneur, le while va remonter jusqu'à window avant de s'avouer
vaincu.
Est-ce que cet instanceof éviterait celà ?
J'utilises instanceof car ce devrait être plus rapide que de
comparer tagName à une chaîne
Vraiment ?
(en fait, instanceof va comparer la référence au prototype de l'objet
de gauche à la référence à l'objet function de droite).
J'a rhen compris à ton instanceof
... déjà que j'ai du mal à me souvenir que typeof existe,
si en plus tu m'en inventes des nouveaux et que tu en expliques
adabresquement le fonctionnement ça ne m'aide pas bp.
et kesskecé ce window.Node mint'nant ?
Pourquoi s'en inquiéter ?
Et là : window.HTMLLabelElement
quels sont les autres HTMLElements de window ?
(HTMLCheckboxElement, HTMLRadioElement ?)
J'investigationne un élément (HTML plus que enfant-de-window) qui à 90%
de chance doit être contenu dans un conteneur 'label'.
De remonter au parentNode de l'élément doit me donner immédiatement ce
'label'.
Le while est juste là au cas où et un peu pour enfoncer le clou
Le seul pb que j'ai avec ma méthode est qu'au cas où il n'y a pas de
label conteneur, le while va remonter jusqu'à window avant de s'avouer
vaincu.
Est-ce que cet instanceof éviterait celà ?
J'utilises instanceof car ce devrait être plus rapide que de
comparer tagName à une chaîne
Vraiment ?
(en fait, instanceof va comparer la référence au prototype de l'objet
de gauche à la référence à l'objet function de droite).
J'a rhen compris à ton instanceof
... déjà que j'ai du mal à me souvenir que typeof existe,
si en plus tu m'en inventes des nouveaux et que tu en expliques
adabresquement le fonctionnement ça ne m'aide pas bp.
et kesskecé ce window.Node mint'nant ?
Pourquoi s'en inquiéter ?
Et là : window.HTMLLabelElement
quels sont les autres HTMLElements de window ?
(HTMLCheckboxElement, HTMLRadioElement ?)
J'investigationne un élément (HTML plus que enfant-de-window) qui à 90%
de chance doit être contenu dans un conteneur 'label'.
De remonter au parentNode de l'élément doit me donner immédiatement ce
'label'.
Le while est juste là au cas où et un peu pour enfoncer le clou
Le seul pb que j'ai avec ma méthode est qu'au cas où il n'y a pas de
label conteneur, le while va remonter jusqu'à window avant de s'avouer
vaincu.
Est-ce que cet instanceof éviterait celà ?
Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent des
classes)
A partir de tables, il y a toujours un formulaire à faire , pou créer et
modifier les enregistrements, et je voulais
automatiser la création du code à partir de la description de la table.
Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent des
classes)
A partir de tables, il y a toujours un formulaire à faire , pou créer et
modifier les enregistrements, et je voulais
automatiser la création du code à partir de la description de la table.
Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent des
classes)
A partir de tables, il y a toujours un formulaire à faire , pou créer et
modifier les enregistrements, et je voulais
automatiser la création du code à partir de la description de la table.
J-F Portala a écrit :Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent
des classes)
C'est ce qui est sémantiquement le plus correct. À savoir que l'attribut
HTML class contient une liste de mots.
J-F Portala a écrit :
Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent
des classes)
C'est ce qui est sémantiquement le plus correct. À savoir que l'attribut
HTML class contient une liste de mots.
J-F Portala a écrit :Comment est ce que l'on peut associer les champs à un type défini.
(je crois que dans les lib js dont je parlais plus haut, ils utilisent
des classes)
C'est ce qui est sémantiquement le plus correct. À savoir que l'attribut
HTML class contient une liste de mots.