Discussion :

[L'AMI Yves]

Bonjour à tous.

Je fais mes excuses à tous ceux qui me lisent et ont la patience de continuer à me lire.

J'ouvre une nouvelle discussion à la suite de diverses recommandations tout à fait justifiées : je tâtonne dans Access, que je découvre petit à petit pour tenter de mettre au point une nouvelle mouture d'une application qui me tient à cœur : la gestion de rendez-vous. En particulier, je désire le déclenchement d'une alarme au moment où, toutes affaires cessantes, il faut se rendre au rendez-vous. Elle est donc fondée sur une base de données locale, sur un ordinateur personnel utilisé par une seule personne.

Les nombreuses aides reçues ici m'ont permis d'arriver au stade de la création d'un nouveau rendez-vous. La logique que j'ai prévue pour cela est fondée sur un formulaire affichant un certain enregistrement de la table des rendez-vous, et proposant à l'utilisateur cinq options :

1. : "Annuler" : on ferme le formulaire sans rien faire. Le bouton correspondant est vert, signifiant qu'il est toujours disponible.
2. : "Nouveau" : le bouton est rouge. Au clic, il passe au vert et les champs apparaissent vide. Après remplissage, si l'utilisateur re-clique sur le bouton (qui est vert) l'enregistrement est créé. S'il clique sur "Annuler", rien n'est fait et le formulaire est fermé.
3. : "Modifier" : le bouton est rouge, signifiant que le formulaire est en mode "lecture seule". Si l'utilisateur clique dessus, il passe au vert, et les modifications sont possibles. Lorsqu'elles sont faites, il clique à nouveau, et elles sont sauvegardées, ou il clique sur "Annuler" (qui est vert) et le formulaire est fermé.
4. : "Supprimer" : la logique est la même : un clic et il passe au vert, un autre clic et l'enregistrement est supprimé, et le formulaire fermé.
5. : "Dupliquer" : Au clic "rouge", un enregistrement identique à l'actuel est préparé, et est modifiable. Au clic "vert", il est ajouté à la table, et le formulaire fermé.

Il me parait évident, maintenant, que ce formulaire doit être "indépendant", afin que les interactions qui modifient le contenu de la table n'interviennent qu'au moment voulu. Mais je n'ai pas trouvé grand chose dans la doc sur l'utilisation des formulaires indépendants : je suppose qu'on les remplit à l'aide de la réponse à une requête SQL, et qu'on modifie la table de même.

J'ai bon ?

AMIcalement.

[star]

Bonjour,

La logique que j'ai prévue pour cela est fondée sur un formulaire affichant un certain enregistrement de la table des rendez-vous

Avant d'aborder les 5 options proprement dit, il conviendrait de déterminer la manière d'accéder aux enregistrements de la table des rendez-vous au travers du formulaire.
La question se pose dans le cas où l'on souhaiterait modifier, supprimer ou dupliquer un rendez-vous.
Aurais-tu d'ores et déjà adopté une méthode d'accès ?
.

[L'AMI Yves]

Merci de répondre.

Je ne comprends pas la question : l'interface avec l'utilisateur est un formulaire affichant les rendez-vous les uns après les autres, de façon cyclique. S'il veut accéder à la table des rendez-vous, il clique sur un contrôle de ce formulaire, ce qui déclenche ce code :

Code VBA :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
Private Sub Date_RV_Click()
'  Debug.Print "Date-RV"
  DoCmd.OpenForm "Rendez-vous", datamode:=acFormAdd
End Sub

Ce nouveau formulaire, "Rendez-Vous", affiche un enregistrement de la table. Il est lié à la table, donc dès que l'on modifie le contenu d'un contrôle, la table est modifiée : c'est cela que je veux maîtriser.

Mon idée serait d'accéder aux données par un "SELECT" SQL, de faire mes traitements, puis de les sauvegarder par une autre instruction SQL. Je ne suis pas sûr de moi dans l'environnement ACCESS, mais j'ai beaucoup fait cela en PHP/MySQL

Est-ce que ça répond à ta question ?

[star]

Aurais-tu la possibilité de faire des captures d'écran ou une vidéo de l'enchainement des étapes aboutissant à l'ouverture du formulaire indépendant de gestion des rendez-vous ?
.

[micniv]

Bonjour, l'AMI, je pense qu'il serait temps que tu lises les recommandations salutaires pour la bonne marche de ce forum.
Par exemple des articles comme celui-ci https://www.developpez.net/forums/d1...s/#post5984236

Quand tu abordes un nouveau sujet, sache aussi que Google est ton ami.
A propos d'AMI, ton nom d'utilisateur est presque agaçant, mais ceci n'engage que moi ...
Donc ce serait souhaitable que tu travailles le sujet un minimum par toi même avant de lancer une question (qui devrait être spécifique, cette fois) .
Et ce forum deviendra plus intéressant pour tous !

[star]

Bonjour,
Ma question reste en instance de réponse
Bon DEV
.

[hyperion13]

Salut
Avec la méthode

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DoCmd.OpenForm "Rendez-vous", , , , acFormAdd

vous ouvrez le form sur ajout d'enregistrement. Il ne peut y avoir d'enregistrement affichés !
Où alors je n'ai rien compris
Et pour vérifier si une modification a été apportée sur l'enregistrement en cours voir ceci.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Private Sub Date_RV_Click()
'  Debug.Print "Date-RV"
  DoCmd.OpenForm "Rendez-vous", datamode:=acFormAdd
End Sub

Ce nouveau formulaire, "Rendez-Vous", affiche un enregistrement de la table. Il est lié à la table, donc dès que l'on modifie le contenu d'un contrôle, la table est modifiée : c'est cela que je veux maîtriser.

[star]

Bonjour,

Mon idée serait d'accéder aux données par un "SELECT" SQL, de faire mes traitements, puis de les sauvegarder par une autre instruction SQL.

Finalement, ce qui te faudrait serait un formulaire indépendant de type 'Single Form' avec tous les boutons nécessaires pour répondre à ton cahier des charges.
Je ne vois pas trop où se trouve le problème. Dans la FAQ et les Tutoriels developpez.com, tu y trouveras toutes les réponses.
Autrement, le forum Access reste ton AMI.
Bon DEV
.