Discussion :

[Mut]

Bonjour, après des recherches sur le parcours d'une requete en php, je n'arrive pas bien à saisir comment on peut naviguer dynamiquement sur un formulaire (je débute).

Par exemple, j'ai un formulaire qui affiche deux champs : Numero et Nom

J'ai une requete qui me ressort les enregistrements de ces deux champs :

1000 PremierNom
1001 DeuxiemeNom

Dans mon formulaire, je récupère le premier enregistrement dans les deux champs correspondants. J'ai donc "1000" qui s'affiche dans le champ "numéro" et "PremierNom" qui s'affiche dans le champ "Nom" de mon formulaire.

Ma question, comment (par le biais d'un bouton "suivant") accéder au deuxième enregistrement de la requete afin qu'il s'affiche dans le formulaire à la place du premier.

Merci

[RunCodePhp]

Salut

Un site dynamique c'est un site qui s'appuie sur des paramètres pour qu'un contenu varie selon la valeur du paramètre en question.

Donc pour obtenir ce que tu veux, il va falloir transmettre 1 ou plusieurs paramètre.
En général ça va être en GET ou POST (mais ça peut être aussi un cookie ou session).

Ce que tu évoque se rapproche pas mal à de la pagination.
Fait des recherche de ce coté, car si tel est le cas, c'est un poil compliqué (surtout pour un débutant).

En tout cas, prend bien en compte le coté ergonomique, car s'il y peu d'enregistrement, ça va encore.
Mais admettons qu'avec le temps il y a 1000 enregistrement, il faudra alors cliquer 1000 fois pour voir le 1000ème
Pas très ergonomique vois tu ?
C'est là que la pagination devient intéressante, car ça permet d'afficher par exemple 100 par 100.


Mais s'il y a peu d'enregistrement, le plus simple c'est d'abord tout afficher (ligne par ligne), sans formulaire, juste sous forme de tableau, puis après, un clique sur un bouton en transmettant l'ID du user on affichera dans une page le détail cette fois avec un formulaire dans le but de modifier les données du user en question.

[Mut]

Oui ok...je vois un peu la limite de ce système...

En fait mon but était de migrer un formulaire crée sous Access vers un langage web mais j'ai l'impression que ça va etre très difficile car le formulaire affiche un enregistrement qui contient une vingtaine de champs (cela me prend donc une page complète pour l'affichage d'un seul enregistrement) mais le reste des enregistrements de la requetes sont visibles en mode "feuille de donnée" (je ne sais pas si ça te parle surtout si tu ne connais pas Access)

[RunCodePhp]

ça va etre très difficile car le formulaire affiche un enregistrement qui contient une vingtaine de champs

On fait ce qu'on veut avec ces pages Web, c'est 100% libre ...

Suffit de voir les millions de sites pour s'en rendre compte, non ?.
En somme, c'est pas parce que c'est fait d'une manière coté Access qu'il faut faire la même chose.


Par exemple, tu peux créer une 1ère page Web qui elle va faire une requête SQL pour récupérer uniquement les IDs, et éventuellement un nom/prénom.
Puis lister tout ça sous forme de tableau.
Au bout, pourquoi pas un lien pour chaque ligne (chaque user).
Un lien va transmettre l'ID de la personne.

Une 2ème page prévoit de récupérer l'ID envoyée (de la page précédente), et donc faire 1 requête SQL qui cette fois récupérera toutes les infos du user correspondant.
Donc 1 seul formulaire complet permettant de faire des modifs d'1 user.

Les choses ici se passent en 2 temps.

A savoir que ces 2 pages peuvent fusionner quand on a l'habitude.
Mais quand on débute, c'est peut être plus simple d'en faire 2.

En tout cas ce principe me parais bien plus simple à faire que la pagination que tu souhaite (les suivants), et en plus ergonomique.


En SQL, il n'y a pas de notion de précédent/suivant, du coup, il va falloir tout faire "manuellement".
En gros, calculer tout ça avec tous les problèmes qui vont avec :
- La 1ère n'a pas de précédente : faudra le gérer le cas
- La dernière ligne n'a pas de suivante : Là aussi faudra gérer le cas.
C'est bien plus compliqué.
Access gère tout ça automatiquement, or qu'ici il faudra tout programmer/gérer.


A toi de voir.

[Mut]

Oui t'as raison...j'étais resté bloqué sur ce type de fonctionnement mais celui que tu me décris semble très bien également (voir mieux). Je vais partir de ce coté !

Merci beaucoup pour tes conseils !