Reprise du message précédent :

Parce que t'as pas vu celui que j'avais fait pour un client y a 2 ans  

[mode mort de faim]
postez vos code, on départagera
[/mort de faim ]
 

Passe moi ton mail en MP

done

  Je peux envoyer un MP moi aussi ?

 
 
genre chez moi on peut faire ça :  
 
<input type="text" id="dateNaissance" validation="required date dateMax" required_em="La date de naissance est obligatoire" date_em="La date n'est pas au bon format" dateMax_em="La date ne peut etre supérieure au jour en cours" />
 
Ensuite chaque mot clé est la clé d'une hashmap de fonction.
Ensuite si pour le premier mot clé rencontré il y a une erreur, alors il arrete de continuer la validation et sort le message d'erreur pour le mot clé en question.
Si le message d'erreur existe pour le champ (motcle_em) alors il sort le message d'erruer, sinon il va chercher un message d'erruer generique dans une hashmap de message. Chaque mot clé ayant pas défaut aussi un message d'erreur dans cette hashmap, et si le message n'existe pas, il sort un message d'erreur par défaut ('le champ est erroné" )
 
Sachant que chaque mot clé est une fonction on peut envisager des possibilités infinies.
 
prochaine étape étant de remplacer certaines fonction par une simple regexp car les 3/4 du temps une regexp suffit

Le coup des messages d'erreur comme ça, ça t'oblige à les répéter du coup par contre nan ? Genre si t'as 20 input qui doivent être une chaine de caractères entre 14 et 20 caractères et suivant un motif particulier, t'es obligé de coller les 20 * 4 messages d'erreur dans ton html
 
Ou alors y'a une subtilité en plus

Ca a l'air nickel comme truc, sauf que si tu veux faire des traducs pour tes messages d'erreur, t'es emmerdé non ? Ou tu définis juste la fonction qui va bien ?

votre truc de champs custom, c'est utile uniquement pour la validation coté client non (js) ?
 

Le contenu de ce message a été effacé par son auteur

Okay et niveau validation xhtml vous vous en foutez (si oui, vous avez bien raison) ou vous utilisez une dtd speciale ?

Le contenu de ce message a été effacé par son auteur

Pour répondre à tout le monde et pour confirmer ce que dit cytrouille.
 
Le but premier était de pouvoir coller la validation juste en faisant du HTML. Mais après il est apparu les pb de validatiojn xhtml, et toussa toussa quoi.
 
donc la methode simple est de passer par une fonction addValid()
 
<input type="text" id="dateNaissance" />
<script type"text/javascript">
addValid('dateNaissance', 'required date dateMax', {
    required_em : I18N.dateNaissance.required,
    date_em : I18N.dateNaissance.date,
    dateMax_em : "date superieur jour en cours"
})  
</script>
 
dans cet exemple je montre aussi qu'il est possible d'y intégrer un système d'internationalisation. Mais bien sur quand on gère ça aussi coté serveur on peut generer les phrases qui vont bien dans le code HTML
 
Mais sinon comme je le disais dans mon poste précédent, pour chaque mot clé on a un message d'erreur par défaut. On peut très bien imaginer qu'on passe par un système d'internationalisation.
 
On a fait ça pour un de nos client. Il nous avait demandé d'I18niser les messages

Merci pour la clarification

Ouais mais ton truc traite que la partie front, en général c'est bien d'avoir le back qui génère la "logique" de front, puisque de toute façon tu te retrouves à valider les entrées avant de les stocker.

ah ben ça c'est les ingés derrieres avec stripes ou struts, je te rappelle que c'est utile d'avoir un traitement en JS avant le serveur, car :
1- ca t'évite de recourir au serveur
2- ca evite au client de se taper un rechargement de page
3- On peut faire des trucs sex en JS

hier soir j'ai mis en place un champ regexp pour les controles. C'est pas adapté a tout, mais c'est déjà pas mal. Je vais suivre ton exemple et y ajouter aussi les messages d'erreur

oui

je me tape de la validation
 a la base je fais du PHP , alors faire du code valide

dans mon cas, c'est inclu dans la logique de génération du formulaire et les mêmes fonctions servent quasiment a forcer la validation côté serveur et côté client ( comme ce que fait quickform par exemple )

oui mais on peut avoir   js désactivé ou qui déconne, alors que désactiver php , c'est un peu plus dur

Heu comme je disais donc :  
- Ici c'est la partie front, tout en espérant qu'il y a une partie géré coté serveur par les ingés via stripes/struts ou autre truc du genre dans d'autres langage.
Ma validation de formulaire est juste là pour se simplifier la life quand on veut ajouter une validation en JS
 
grâce à ça, la validation de formulaire n'est plus du tout un pb

OK, merci pour les infos
Pareil que flo, j'avais un truc sans message d'erreur mais maintenant ça me semble plus adapté de le mettre dans la balise. Je verrai à arranger ça.

Et y'aurait pas moyen d'avoir un système générique, capable de checker à la fois les données du formulaire en JS et coté serveur, tout en ne déclarant q'une seule fois les règles de validation ?

Faut faire générer la validation client par le système de validation serveur.
 
Genre partir des newforms Django ou Symfony et ajouter la génération des attributs qui vont bien sur les forms HTML

Hey,
 
Ya des trucs tout faits pour mettre en place un mirroring de sites ?

j'y pense, j'y pense, mais comme mon job est à 99,9% du front office, je me consacre que à la couche front et non serveur.
 
Bientôt je m'y mettrais hein

+1

Question subsidiaire : le mirroring ça se fait au niveau de la config serveur ou au niveau du dev, ou les deux (et si oui en quelles proportions) ?

Quelqu'un a déjà renconté ce qui semble être un bug IE6, de chevauchement d'un select sur un div (placé au dessus du menu déroulé, malgré un z-order inférieur) ?

je veux être sûre de bien comprendre un truc en javascript (c'est niveau "neuneu 1ère étape" je pense) :
 
j'ai une 3 champs : début, fin, durée
j'ai mis un listener A sur le change de 'fin' qui fait que si on a le début ET la fin, je calcule la durée
de même j'ai mis un listener B sur le change de 'durée' qui fait que si on a le début ET la durée ça calcule la fin
 
évidemment, quand je met une valeur pour le début puis une valeur pour la fin, ça déclenche le listener A qui met à jour le champ 'durée' et déclenche donc le listener B qui recalcule la fin, ce que je ne veux pas
 
si je mets mes listeners sur le 'blur', dans les mêmes circonstances, le listener A se déclenchera mais pas le listener B
 
quand je quitte le champ "fin" c'est le champ "durée" qui a le focus et donc en quittant le champ "durée" mis à jour par le listener A mais non modifié par moi, est ce que ça va déclencher le blur ?
 
j'ai compris que le 'change' se déclenche sur les changements de valeurs et que le 'blur' se déclenche quand le champ perd le focus et j'ai besoin d'un 'blurchange' qui se déclenche quand on perd le focus ET qu'on a changé la valeur, ça existe ? il suffit que je mette un if ?
j'ai mal compris quelque chose ?

quickform le fait en php
mais sinon, les bons framework le prennent en charge

si je développe à la main, c'est que j'ai une grosse base existante à faire évoluer , plutôt que de tout refaire , sinon, je partirai sur un symfony ou equivalent , c'est grave chiant à faire de prendre en comptes tous les type d'input / de formulaire /...

rsync rules

 
J'aimais vu ça.
Firebug te pète pas à la tronche ?

oui , c'est uniquement pour les select  
 
pour eviter ca, il faut ajouter une iframe
 
 

 
Sous IE6 le controle <select> est daubé et il passe toujours au-dessus de tes éléments. Solutions : masquer les select quand tu vas dérouler le menu ou alors y a la technique de l'iframe que tu fais passer par dessus (tu trouveras pas mal de doc là dessus sur le net).

 
Tu sais, Firebug, sur IE6, il pète pas a la tronche de grand monde (sous Firefox, le comportement est normal)
 

 
J'ai vu ça dans un forum ouais. Je n'aime pas trop ces solutions dégeulasses, mais j'ai l'impression qu'il n'y a pas trop le choix. A part ça, quelques codes javascript, pour cacher les "select" quand le menu est déroulé. Bof bof...
Je crois que je vais devoir en passer pas l'iFrame. Merci ;-) (saleté d'IE6)

 
Ouais, donc c'est pas mon taf

 
Matin toussa

 
y a pas d'mal !  

Pourquoi y a-t-il toujours des problèmes avec IE !!!?
Dans une page encodée en UTF-8 (et qui doit le rester), j'intègre un formulaire "pagesjaunes.fr", recréé pour être intégré dans ma page, avec une action qui pointe sur le site pagesjaunes.fr.  
Le problème, c'est que ce site est en iso-8859-15. Il attend donc ce type d'encodage en entrée, et merdois sur les accents, quand je lui envois mon UTF-8.
Ma solution : dans ma balise form, renseigner l'attbribut accept-charset à la valeur "iso-8859-15".
Mon nouveau problème : bien que fonctionnant à merveille sous FF, cet attribut n'a pas l'air d'être pris en compte par IE7
Des idées ?

 
C'est pas ce que je disais :  

 
Et merci Masklinn :  
 

 
Dans l'absolu c'est relativement simple à faire si la logique front s'appuie sur les attributs HTML (on peut même résoudre le problème de I18N par ce même biais)

Pour mettre un site en maintenance, je redirige toutes les requêtes vers une page qui avertit le visiteur. Je renvoie quoi comme code ? 302 ? 503 ?

J'ai un problème avec un formulaire d'identification :
 

<?php
if(!empty($_POST['pseudo']))
{
    $sql = "SELECT COUNT(pseudo) AS nb FROM ".TBL_MEMBRES." WHERE pseudo = '".mysql_real_escape_string($_POST['pseudo'])."' AND mdp = MD5('".mysql_real_escape_string($_POST['mdp'])."')";
    $res = mysql_query($sql) or die(mysql_error());
    
    $exist = mysql_fetch_assoc($res);
    
    if($exist['nb'] == 1)
    {
        $_SESSION['membres'] = 'ok';
        $_SESSION['pseudo'] = mysql_real_escape_string($_POST['pseudo']);
    }
}
if($_SESSION['membres'] != 'ok')
{
?>                
    <a href="index.php?rub=membres&page=inscription">Inscription</a>
    
    <form action="index.php" method="post">
        <table>
            <tr><td><label for="login">Login :</label></td><td><input type="text" name="pseudo" id="login" /></td></tr>
            <tr><td><label for="pass">Pass :</label></td><td><input type="password" name="password" id="pass" /></td></tr>
            <tr><td colspan="2"><input type="submit" id="login_submit" /></td></tr>
        </table>
    </form>
    <a href="#">Mot de passe oublié ?</a>
<?php
}
else
{
?>
 
Je suis auth \o/
 
<?php
}
?>

 
La requête fonctionne bien, ça renvoi 1.
Mais je retombe toujours sur le formulaire.

 
Et sinon pour ton pb, t'as bien ouvert la session et tu es bien à error_reporting=E_ALL ?
 

ici , j'utilise du 503