Geckozone

Je suis NUL ! Je me suis mis un zéro pointé !
L'envoi fonctionnait bien quand j'indiquais mon adresse mail en clair dans la fonction mail(), et quand j'ai voulus faire les choses correctement, j'ai complètement zappé le début de l'adresse.
J'ai remis les choses dans l'ordre, supprimé la ligne MIME, replacé les Content-xxx dans headers, et tout rentre dans l'ordre. Le message arrive corectement et ne s'affiche qu'une seule fois.

Merci calimo.

Deux dernières questions (pour l'instant)
Quel est la différence entre les expressions "htmlentities" et "htmlspecialchars" ? Laquelle doit-on utiliser ?

Enfin, j'ouvre ma page "envoi.php" depuis une commande target=new dans l'entête du formulaire, qui me permet d'afficher mes messages dans une nouvelle fenêtre.
J'ai tenté de le faire avec onclilck, mais il semble que dans ce cas les variables ne suivent pas. Par contre, on peut définir les dimensions et la position de la fenêtre. Est-ce qu'il existe une solution qui permette à la fois de contrôler les dimensions et d'envoyer les variables ?
Peut-être avec JS, mais vous comprendrez qu'il faudrait que ce soit simple vu mon niveau de programmation .

Merci, je suis déjà satisfait du résultat grace à vos conseils.

lionel173 a écrit :Quel est la différence entre les expressions "htmlentities" et "htmlspecialchars" ? Laquelle doit-on utiliser ?

La doc de php est sur http://php.net. Elle est très bien faite, très précise, bien traduite en français, et mérite d'être consultée. Il y a un moteur de recherche qui te permettra de trouver la réponse à ta question

lionel173 a écrit :Enfin, j'ouvre ma page "envoi.php" depuis une commande target=new dans l'entête du formulaire, qui me permet d'afficher mes messages dans une nouvelle fenêtre.

Pour ma part, ayant désactivé le target="new", ça s'ouvre dans la fenêtre en cours. Je préfère ça.

lionel173 a écrit :J'ai tenté de le faire avec onclilck, mais il semble que dans ce cas les variables ne suivent pas.

Attention aussi aux gens qui ne vont pas cliquer sur le bouton. Soit qu'ils valident par un "enter" dans un champ, soit au clavier sur le bouton. Regarde plutôt du côté de l'attribut "onsubmit" prévu à cet effet. Tu trouveras la liste de tous les évènements disponibles dans la doc HTML : http://www.la-grange.net/w3c/html4.01/i ... tml#events

Il reste un problème : ton code contient pas mal d'erreurs : http://validator.w3.org/check?verbose=1 ... tacts.html
Une erreur, c'est l'assurance d'avoir des problèmes avec une certaine configuration. Par exemple, en mettant des "--" tu as avec Firefox un comportement que tu n'avais pas prévu. Je te laisse trouver lequel et corriger toutes ces erreurs
Je te recommande également d'éviter de mélanger des feuilles de style externes (<link rel="stylesheet"), intégrées à la page (<style>) et en-ligne (style=) : tu ne vas vite plus t'en sortir

htmlspecialchars et htmlentities c'est bon.
Je pense avoir compris et j'ai utilisé "$string = htmlentities($_PODT['string'], ENT_QUOTES);"

Pour les erreurs, j'en ai corrigé plusieurs, mais le test me signale des ">" et des "<br>" ou "<br/>" qui ne sont pas corrects, je ne vois pas pourquoi.
Il ne veux pas non plus de (") de l'expression taget = (")new".
Mais ça parait fonctionner sous ie et firefox. J'ai moififé bien-sûr mes commentaires et supprimé les "---". L'effet dans firefox est radicale !

J'ai intégré mes lignes de styles dans la page css, mais curieusement sous windows vista et ie7, je perds attributs indiqués, alors que c'est ok dans firefox vista et ie8 sous W7.

En ce qui concerne l'ouverture de la fenêtre, je repousse le problème à un peu plus tard...
Le fait de l'ouvrir dans la fenêtre encours (je n'ai pas pu tester), je pense que le bouton fermer doit sortir completement du site, ce que ne souhaite pas.
Je cherche à revenir sur le formulaire sans perdre les données déjà saisies, surtout en cas d'erreus à modifier.

Je progresse, mais il faut du temps... et il va peut-être m'en manquer ces prochains jours.

lionel173 a écrit :htmlspecialchars et htmlentities c'est bon.
Je pense avoir compris et j'ai utilisé "$string = htmlentities($_PODT['string'], ENT_QUOTES);"

Pour les erreurs, j'en ai corrigé plusieurs, mais le test me signale des ">" et des "<br>" ou "<br/>" qui ne sont pas corrects, je ne vois pas pourquoi.
Il ne veux pas non plus de (") de l'expression taget = (")new".

Il ne faut pas trop se fier au caractère rouge.
Ce qui est incorrect c'est les <br> en-dehors d'un paragraphe (il donne les éléments dans lesquels c'est autorisé en fin d'erreur). Insère chaque ligne dans un <p>...</p>
Pour le target="new", c'est simplement que target n'est pas autorisé dans les documents (x)HTML stricts. Utilise un doctype "transitionnal" ou passe-toi du target
Quant aux commentaires, je suis étonné qu'ils soient considérés comme tels. Normalement, un commentaire commence par <!-- et se termine par -->. Le problème que tu avais avant venait du fait que tu avais des "--" dans le commentaire, qui est source de problème.

lionel173 a écrit :J'ai intégré mes lignes de styles dans la page css, mais curieusement sous windows vista et ie7, je perds attributs indiqués, alors que c'est ok dans firefox vista et ie8 sous W7.

Je ne suis pas sûr d'avoir bien suivi… il faudra réexpliquer plus en détails si tu veux de l'aide là-dessus

En tous cas tu sembles être sur le bon chemin

Je reviens après quelques jours de pause.

J'ai corrigé les erreurs, hormis target et 2 commentaires qui ne passent pas (pourtant identiques aux autres) dans la page contacts, mais toutes les autres pages sont OK.

Pour les pb d'affichage entre ie7, ie8, Firefox,... j'ai retrouvé les styles intégrés dans le fichier css. J'avais perdu les bordures (fieldset) et la mise en forme des legend, c'est réparé. Il reste juste un écart entre ie7 ou ie8 et Firefox pour ce qui concerne la dimension des zones textarea : elles sont plus larges dans Firefox (plus de colonnes), mais ça ne pose pas de soucis.

J'ai aussi une différence d'alignement de mes "ul", identiques dans ie8 et Firefox, et légèrement décalés dans ie7. Ce n'est pas non plus un gros problème, ça reste minime et l'affichage est tout de même satisfaisant. Reste pour ma gourverne que je ne comprends pas pourquoi, c'est ce qui est désolant !!

Il va falloir maintenant que je termine la gestion de ma fenêtre pour l'envoi du formulaire. Je n'avais pas encore commencé mon activité faute de la livraison de mon véhicule, mais c'est maintenant très imminent, et je vais non seulement manquer de temps, mais je voudrais être sûr que tout soit correct pour faire la promo du site auprès de mes prospects. Il faut que j'étudie la commande onsubmit, et ce que je peux en tirer.

C'est en progrès et cela devrait aboutir, même si ça reste bien loin d'un site pro bien écrit et bien sécurisé.
Je verrais plus tard quand j'aurais un budget en conséquence...

lionel173 a écrit :Je reviens après quelques jours de pause.

J'ai corrigé les erreurs, hormis target et 2 commentaires qui ne passent pas (pourtant identiques aux autres)

Comme je l'avais dit, un commentaire par <!-- et se termine par -->. Je suis étonné que <! suffise. Franchement, je ne vois pas l'intérêt de ne pas utiliser la syntaxe classique. Et ma question est plutôt : pourquoi les autres commentaires passent ? Je ne connais pas les détails et il doit y avoir un truc que j'ignore. Mais en attendant, <!-- … --> me semble parfaitement indiqué