Discussion :

[Mr N.]

A mon humble avis, tu devrais faire un seul formulaire pour toute la semaine non ? Je suis pas très fan des soumission une à une : trop fastidieux.

Quoiqu'il en soit supprimer les lignes n'est pas une bonne idée. L'utilisateur aimerait savoir ce qu'il vient de remplir pour pouvoir remplir la suivante. Donc les cacher non, par contre les rendre readonly pourquoi pas.
Attention, trop de formulaires tue le formulaire !
Moi utilisateur lambda, si je vois 13 lignes éditables, je vais toutes les éditer en même temps avant de me poser la question "sur quel bouton valider dois-je cliquer ? un pour tous ? est-ce que je vais perdre ce que j'ai rempli si ca ne valide qu'une seule ligne ? ... ?"

[Mr N.]

La gestion par heure ne m'a pas été demandée et vu le temps imparti je ne pense pas que cela soit faisable de toute facon.

C'est bete car selon moi :
1. Ca simplifierai ton modèle,
2. Ca faciliterait la tâche de l'utilisateur (bon c'est vrai que ton interface est soi-disant imposée),
3. Ca serait évolutif.

Mais bon, on va pas aller à l'encontre de tes instances supérieures ^^

[masseur]

Je te suis dans ta logique.

Cependant si on fait qu'un seul formulaire et sachant que les champs sont deja préremplis avec des valeurs par défaut comment s'y prendre?

On va écrire inutilement dans la base et comment faire x insertion?

ceci est encore un mystère dans la manuère de gérer ceci.

[masseur]

En effet la pour l'instant j'ai décidé de faire ligne par ligne par ligne même si je ne trouve pas cela génial.

Si je met qu'un seul bouton insérér si par exemple la personne ne remplit que le lundi et qu'ensuite elle veux remplir le mardi.

Ce système va faire que chaque enregistrement va écraser l'autre car en effet plusieurs champs sont préremplis et possèdent donc des valeurs.

Alors que ligne à ligne on à plus ce problème.
En effet on fait un readonly comme tu as dit et on enlève le bouton insérer de la ligne deja insérée.

[Mr N.]

On va écrire inutilement dans la base et comment faire x insertion?

Exemple:
A la génération du formulaire, tu stocke en session une image de celui-ci.
A l'envoi du formulaire, tu compares les données envoyées et les données en session. Tu ne touches à la base que pour les lignes où il y a les données qui diffèrent.

[masseur]

Les sessions!!!!!!!!!!!!!!!!!!!!! je voulais les éviter !!!!
J'aime pas ca lol

Enfin Mr N merci pour ta réactivité et tes réponses.
Je vais faire le trie et faire le mieux qu'il soit.

En cas de problème je repasserai.
Merci

[Mr N.]

Les sessions!!!!!!!!!!!!!!!!!!!!! je voulais les éviter !!!!
J'aime pas ca lol

Pourquoi ? Comment tu fais pour gérer les connexions utilisateurs ?

[masseur]

J'utilise des sessions.
Mais bon dans ce cas bien précis c'est pas très compliqué.

Merci bien

[masseur]

J'ai pris l'option de mettre un bouton valider à chaque fin de ligne.
Quand je clic sur ce fameux bouton valider je vérifie si il y a des doublons par une fonction.
Ca marche nickel.

Cependant j'aimerai que dans ma page d'index c'est à dire celle qui permet de faire l'insertion on voit apparaitre dans les champs appropriés les réponses déjà rentrées.

Je ne vois pas comment faire.
Des idées?

Je suis obligé de recréer une page dans laquelle je ne rempli plus mon tableau par des données mais en allant chercher directement dans la base?