Y a t il un champion d'ACCESS ?

[fzero]

Bonjour, j'ai un problème avec une application toute simple que j'ai développé il y a 10 ans sous ACCESS.
J'ai fait les mises à jours pour l'utiliser différemment, mais j'ai un problème avec un formulaire et je m'arrache les cheveux :mefie.
Je n'ai plus pratiqué depuis et aujourd'hui je sèche je ne me souviens plus de grand chose; si quelqu'un pouvait m'aider , cela me ferai gagner un temps précieux :super.
Je pense que pour une personne qui est dans le coup, cela va lui prendre 2 minutes pour identifier et résoudre le problème .
Merci pour votre aide

[renald.h]

Appelles Microsoft ils peuvent t'aider

[fzero]

Appelles Microsoft ils peuvent t'aider

Oui, j'ai eu Bill Gates, il passe à la maison ce soir

[Pat29]

[renald.h]

Non mais sérieusement appelles le centre d'appel Microsoft a une époque il yavait une équipe spécialisée dans access niveau assistance

[renald.h]

C'est quoi ta manipulation que tu cherches?

[trynyton]

Oui, j'ai eu Bill Gates, il passe à la maison ce soir

Trop fort :super

[alchemist]

Ouais, il s'occupe plus des bonnes oeuvres pour le moment, que son 2ème successeur :oups

[KronosX]

Envoi moi par MP ton problème je regarderai si tu le souhaite

[fzero]

Envoi moi par MP ton problème je regarderai si tu le souhaite

Cool, je prépare la documentation et je te l'envoie Dimanche soir
Merci , je suis sur que tu vas trouver en 5 secondes .

[Invité]

Il y a 10 ans ? Donc apparemment une version Access 2000 ou Access XP (2002).
Elle tourne sous quelle version actuellement ?
L'appli tourne avec l'interface ou en runtime ?
Problème dans du code ? Le schéma relationnel ? Tout simplement dans le formulaire sans code ?
Je veux bien regarder, mais je n'ai qu'Access 2007 sur une bécanne et la 2013 sur l'autre actuellement. Je n'ai pas les versions antérieures installées.

[fzero]

Là je tourne sous ACCESS 2013.
Pour faire simple, j'ai une table avec les noms de certains de mes collaborateurs et toutes leurs informations .
Dans le formulaire principale je peux sélectionner ceux que je veux; leur affecter un métier , une date , et un horaire.
Puis j'ai une macro qui me génère un publipostage pour réaliser leur contrat journalier , selon toutes les infos que j'ai sélectionnées.

Tout fonctionne avec des boutons, je coche mes choix , puis je valide .
Ce que je souhaite aujourd'hui, c'est ajouter un métier de plus sur le formulaire .
J'arrive à le modifier , ajouter un métier de plus, mais impossible d'utiliser ce nouveau champs .

En tout cas , merci pour cotre aide, je vous solliciterai Lundi, car là j'ai un mur à monter et une maison à finir

[renald.h]

Oui, j'ai eu Bill Gates, il passe à la maison ce soir

Pourtant il a quitté la boite depuis un moment qu'est ce qu'il devient, il va toujours a la chasse?

[Invité]

Je pense que c'est un problème :
1- de schéma relationnel ou
2- d'utilisation d'une liste déroulante au-delà de ses capacités ou
3- un problème d'accès aux données.

J'explique donc.
1 et 2- La règle d'or est la suivante : lorsqu'une occurence est susceptible d'être mise plusieurs fois, il faut créer une table.
Exemple ici : à priori les métiers apparaissent dans le formulaire dans une liste déroulante qui est figée au nombre de métiers qu'on y a rentrés, à moins d'aller en mode Création et de renseigner les métiers que l'on veut voir apparaître dans cette liste. De plus, la liste déroulante était jusqu'à une certaine version, limitée à un certain nombre de valeurs possibles. On pouvait en mettre un max, mais seules les 8 ou 9 premières apparaissaient, dans l'ordre alphabétique ou chronologique. Ce qui avait pour effet qu'une occurence pouvait disparaître de la liste si on en avait rentrée une qui se classait avant une autre existante.... super !

Dans les règles de l'art, il faut :
- créer une table qu'on nommera "tMetiers"
- une requête qu'on nommera "rMetiers" et qui aura comme source de données, la table "tMetiers". Elle sera classée par ordre alphabétique.
- créer un formulaire qu'on nommera "fMetiers" est permettra l'édition, la suppression ET l'ajout d'un métier. On y mettra les boutons qui vont bien, ainsi que l'affichage souhaité (formulaire ou tabulaire). Généralement, ce genre de formulaires apparaît dans une partie que j'appellais "paramètres" et qui contenait tous les formulaires de références, ceux qui alimentent notamment les listes déroulantes.
La liste déroulante dans le formulaire principal qui te pose problème est alimentée par la requête "rMetiers". Généralement, pour rajouter un métier, on crée un petit bouton en bout de liste déroulante dans ton p... de formulaire. Ce bouton ouvre directement le formulaire "fMetiers". Tu le renseignes et tu enregistres. En le fermant, et donc, lorsque tu vas cliquer sur la liste déroulante pour aller sélectionner ce nouveau métier, tu fais une macro "sur perte de focus" du bouton qui fait un "refresh" de la liste déroulante.

3- Je pense à un autre phénomène pouvant résulter d'une utilisation avec Access2013 d'une base réalisée avec une version antérieure : le mode d'accès aux données (nommé tour à tour des versions DAO, ADO, ...) s'effectue différemment selon les versions d'Access. Même si "les règles de l'art" sont respectées, la sélection de l'occurence souhaitée dans la liste déroulante peut être impossible et générer un message d'erreur.
Dans ce cas, il faut, mettre un peu de code "sur ouverture" du formulaire et spécifier des instructions de déclarations de variables et autres gros mots que je n'utilise plus pour cause de nuits blanches garanties et somnambulisme pour aller cracher 2 lignes...

[fzero]

Aux réponses de Kikiclavier, , j'avais compris que s'était un champion , et cela est peu de le dire.
En moins de deux jours et quelques échanges, me voilà avec une application qui fonctionne à merveille !
Un grand merci à toi Kiki pour ton aide :super
PaT