Citation :

Pour l'instant, lire à partir de la page 6 (mettre le + ancien en premier comme affichage).

Chez moi, le email marche sans problemes.
J'ai fait des changements pour les permissions (version anglaise) et pour les double étoiles.
Pour activer le captcha avec le framework, j'ai fait une changement en formulaire.php .
vers

Frameworks doit avoir deux fois une grande F.

J'ai aussi quelques petits problemes.

-1- Dans une formulaire pour s'enscrire au tournoi badminton, j'ai entre autres, les champs suivants:

Quand je vois les resultats (recu par email ou par consulte admin) les deuxieme responses pour ''Nom partenaire' et 'Nom team' ne sont pas present. Neanmois, ils sont dans le tableau form_form dans le database. Workaround est de donner une texte differente pour ce deux champs: 'Nom partenaire mixte' et 'Nom team mixte'.
La, il faut une solution, que la presentation des resultats peut aussi gerer de champs avec des texte identiques (captions).

-2- Dans la formulaire, tout les champs avex texte fixe (caption = {null} ), radios et checkboxes ont aussi une étoile pour required.

-3- Les textes fixe, non modifiable par l'utilisateur, sont egalement mis dans le database avec les resultats. Ca c'est inutile.

-4- Le module a creee des répertoire /formulaire/imgform et je ne sait pas les gerer avec le filemanager de cPanel ou FTP.
FileOP Failure on '_fichier_' Operation not permitted.

-5- Avec l'acces du formulaire par l'utilisateur, au niveau de website, il y a l'erreur suivante:
Directory index forbidden by Options directive: uploads/formulaire/imgform/, referer: modules/formulaire/formulaire.php?id=1
Il n'y a pas des messages debug PHP.

-6- Dans le fonction admin 'create form elements', il y a une element _AM_ELE_MAILU. Peut-etre, il manque encore une texte dans la fichier language.

J'ai encore des requetes pour des fonctions:

-a- une champs double qui peut verifie, cote client, q'il y a deux fois la meme chose entree, pour controler les mot des passe et des adresses email.

-b- etre possible de controler q'il y a une selection fait avec des radio ou checkbox (activer le required pour ce types).

-c- fonction pour changer certaines types des element a une autre, comme radio <-> checkbox <-> selectbox ou texte <-> textarea .

Edit: nummero pour les points.

Bonjour,
est-ce que tu parles bien de formulaire 3.33 ?
Car le code pour la gestion du captcha est déjà présent à l'origine !

Pour les textes fixes non modifiables, présent dans la base de données, bien sûr que c'est utile !
Si tu retournes voir le résultat des formulaires depuis l'administration du module, on est bien content de retrouver le formulaire tel qu'on l'a posté, avec les réponses !

Citation :Qui, avec Xoops 2.2.6 .
Citation : Alors, le modif, que j'ai fais est dans une piece de code plus utilisee et l'include sert a rien?
Citation :Oui pour les textes fixe du question, mais je parle du textes fixe, qui sont entre deux questions, du type areamodif et sep (element 3 et 9 en admin). Dans la presentation des resultats, il y a une texte qui se montre. Les autres ne fait pas, car ils ont tous le meme caption ({null}) (voir point 1 de ma message precedente).
Mais pour moi, ca ne sert a rien d'avoir cettes commentaires etc. dans les responses. Et autrement ils existent encore dans la formulaire meme. Et ca c'est aussi le cas pour les questions. Maitenant, ca fait seulement une duplication inutile, qui prends du place pour rien.
Je sugeste une join avec le tableau du elements de formulaire pour retrouver tous cettes textes dans le database.

Ah ok, dans ton code pour le captcha, tu as changé :



ok c'est bon. C'est mieux en effet

Pour ta question 4 et 5, elles sont liées.
Je pense que c'est un problème de propriétaire (owner) du dossier.
Tu n'arrives pas du tout à supprimer ces dossiers depuis ton client ftp ?

Puis-je te suggérer ceci :
Demande à ton hébergeur de remettre les bons droits sur ces dossiers.

Le dossier est créé avec ce code dans xoops_version.php


Donc, si tu peux demander à ton hébergeur de changer les droits ou de supprimer ces dossiers, tu pourras les recréer à la main toi-même, pour voir si ça résoud ton souci.

Citation :Mon hébergeur dit: "En effet, le dossier est créé avec l'utilisateur apache nobody, qui est aussi le propriétaire. Par raisons des securite, ce n'est pas possible d'avoir les droits (0777) demandee, mais seulement drwxr-xr-x."

Alors le code au-dessus pose plus de problemes, que ca resoudre et il me semble mieux d'avoir a la place une message avec instruction pour creer les dossiers manquantes en manuelle (Un peu comme en www/admin.php pour le dossier install).

Encore une remarque (de beautee) pour le 'hints' pour les fonctions en modules/formulaire/admin/modform.php . Il y a les actions (comme edit) avec les formulaires. Quand on passe avec le curseur au-dessus (hoover) on voit une explication a deux lignes (comme Modify, Modify the form). Cettes deux lignes (en blanc et orange) sont a l'etroit complete de l'ecran et les texte se trouvent a gauche. C'etait mieux, quand les texte se trouvent en dessous le picto pour l'action.
Pour moi, une hint simple cree par ajoute a l'image d'une parametre title etait deja suffisante. Example:

Merci pour ce retour d'informations.

Je suis d'accord pour les bulles sur les liens, c'est trop étiré sur la largeur de la page.

Lorsque l'auteur du module passera pas là, il verra ces remarques.

Thank you for the feedback (and congratulations for your french

Citation :

Je seconde!

J'ai reprit tous les messages hier et j'ai essayé de faire un condensé... Comme il a 8 pages (pour l'instant), sans les ajouts de Ghia, je vais faire un peu d'édition aujourd'hui pour remettre le tout ici un peu plus tard.

Ce n'est pas un bug, mais je le note :

Quand on crée un contrôle calendrier, il est par défaut sur la date du jour (je crois) et on peut le paramétrer sur une date de notre choix, mais c'est pas terrible.
Je trouve que ce serait bien qu'il puisse s'afficher dans le formulaire lui-même, justement automatiquement à la date en cours sinon la date fixe que l'on a choisie n'a pas grand sens.

Philippe.