Compteur de la barre de navigation

[Papounet34]

Bonjour,
J'ai créé pour mon assoc une base pour saisir les archives.
Mais je constate que le compteur d'enregistrements, après une saisie sans problème dans le formulaire, calé sur l'enregistrement 1, par exemple, passe à 0 dès la réception du curseur sur un des contrôles qui suivent, et si je supprime ce contrôle, c'est le suivant qui déclenche le même phénomène, que ce soit un contrôle zone de texte, champ formaté ou liste déroulante . Aucun de ces contrôles n'a de propriétés ni d'évènements déclencheurs. Ce qui fait que ma table ne se met pas à jour.
Mais si je demande l'enregistrement suivant, il passe à 2, et si je fais un pas en arrière, alors il repasse à un et la table s'actualise !
Quel est ce phénomène ?
Merci, car je craque !
Papounet 34

[micmac]

Bonjour et bienvenue,

Plutôt qu'une copie écran, fournissez à la place un fichier complet dépersonnalisé et au format ODF. Cela augmentera vos chances de réponse en évitant d'avoir à recréer quelque chose qui, au final, pourrait ne pas convenir.
Donnez un nom clair à ce fichier. Evitez "essai", "test" et autres "sans nom" dont nos tiroirs débordent....

[jeanmimi]

Bonjour,
On ne voit pas trop la structure de ton formulaire, ni celle des Tables.
Il peut y avoir une erreur dans l'instruction SQL dans la Zone de liste, ou une anomalie dans la relation formulaire sous-formulaire, ou un défaut de clé primaire en Autovaleur, etc.
En conséquence, pour faciliter l'aide, tu peux suivre le conseil de micmac, mettre ta Base en ligne (sans les données confidentielles).

[Papounet34]

Merci pour la rapidité...
Je me doute bien qu'il y a un loup dans les indexations, mais les champs après la saisie de date déclenchent le zéro...même si je supprime la saisie de date.
Je vous envoie la base mais e ne sais, pas comment la dépersonnaliser
A noter de Oo se crashe souvent et les récupérations ont donné une ou deux destructions pas rattrapables.Mais je travaille avec filet....
Merci !
Je dois être opérationnel Mercredi avant notre Bureau

[jeanmimi]

Je n’ai pas vu la Base jointe à ton message.

[Papounet34]

NB La taille du fichier est trop lourde...comment faire ?
Je n'ai gardé pourtant que l'essentiel concernant mon pb
Merci

[jeanmimi]

Trop lourde comment ?
Y aurait-il des photos dans la Base ?

[Papounet34]

non seulement les tables et requêtes indispensables a faire fonctionner ce pb,avec de nombreux enregistrements...(500)

[jeanmimi]

Dans la copie à joindre, tu peux supprimer le contenu des tables des noms par exemple, puis sauvegarder la copie sous un autre nom.
Ça fera sans doute baisser le poids.

[Papounet34]

Peut pas descendre en dessous de 3Mo...
On peut zipper ?

[micmac]

De façon tout à fait exceptionnelle, et comme cela se pratique occasionnellement en section Récupération de documents,  si le fichier dépasse les 500 ko acceptés vous pouvez le joindre en passant uniquement par le site https://www.cjoint.com/
Vous placez dans votre message le lien que vous donne cjoint après votre téléversement.

[Papounet34]

Ok, mille mercis
A suivre
Bonne soirée !



https://www.cjoint.com/c/MCrvXxC118I

[jeanmimi]

Bonjour,
Ce que je constate dans les Tables, c'est l'impossibilité d'établir des relations avec une autre Table telles qu'elles sont possibles dans Base.
Par exemple, dans la Table BOITES, le champ RANG BOITE (à écrire de préférence sans espace comme ceci RANG_BOITE) devrait être en relation avec le champ CLE de la Table RANG BOITE. Ce qui est impossible dans la base actuelle, car pour le faire, il faudrait que le champ RANG BOITE de la Table BOITES soit de Type INTEGER alors qu'en fait, tu l'as paramétré en TEXTE.
En conséquence, il faudrait revoir les propriétés de tous les champs des Tables qui sont en relation avec les champs INTEGER des clés primaires des autres Tables.
Puis, valider les relations entre Tables en ouvrant le Menu Outils > Relation

Relations entre Tables.jpg (40.67 Kio) Consulté 67 fois

Les relations seront alors possibles ainsi que les enregistrements. Il est vraisemblable que tu auras de cette manière à manipuler une Base plus légère ayant moins de risque d'être corrompue.

Relation INTEGER vers INTEGER clé primaire.jpg (32.32 Kio) Consulté 63 fois

[Papounet34]

Ok Merci...mais le paramétrage en integer de cette colonne fait que je perds du coup les données contenues. J'ai copié la table modifiée et l'original en excel, mais après copié, collé de la colonne qui m’intéresse, comment revenir dans ma base ? ou y a t il une autre méthode pour récupérer les données perdues dans la conversion ?

[jeanmimi]

Dans la même situation, je crée ma Table dans le Tableur (moi, j'utilise Calc) avec une colonne pour les ID, car ils sont faciles à incrémenter et autant de colonnes nécessaires.
En en-tête de colonne, je mets le nom qui deviendra le nom du champ dans la Table.
Dans la Base, je crée une Table vide avec les mêmes en-têtes. Puis je copie la sélection du Tableur dans cette Table vide.
Lorsque j'ai exploré ta Base, j'ai constaté que les Tables n'étaient pas conformes et que les champs ne pouvaient pas entrer en relations. C'est vraiment dommage d'avoir fait autant d'enregistrements sans prendre en compte les spécificités d'une Base relationnelle.
J'ai aussi constaté qu'une des Tables (COTE H ou COTE V) n'avait pas sa clé en Autovaleur, mais c'était la seule.

[Papounet34]

Bonjour,
J'ai effectivement réussi à modifier le champ rang_boite en "integer", en passant par une étape excel et un copier-coller dans la base. Mais j'ai un message erreur, car si j'ai bien compris, le format integer n'est valable que pour les valeurs numériques, et le champ rang_boite est une lettre qui précise simplement que le document doit être stocké dans la boite archive C, par exemple, qui n'est que la définition d'une boite archive nouvelle, les boites a et b étant pleines....

Cette solution que tu proposais était elle destinée à faire en sorte que le bug de la remise a zero de mon compteur ne se fasse plus dans le formulaire "saisie contenu boites" dès que le curseur abordait et renseignait un des champs "année" ou "numero document" ou "titre" ou "auteur" ou resumé ?
Je penses que tu as tenté de créer un nouvel enregistrement dans la 2é partie de ce formulaire, et que tu as constaté la même chose...le curseur peut se balader dans ces champs sans remise a zero, mais si tu renseignes un de ces champs, pouf!, le compteur passe a zero. Il suffit alors de faire flèche droite nouvel enregistrement, puis retour gauche et le compteur redevient actif...Pourtant ces contrôles sont vierges de toute action ou Macros!
C'est vrai que j'ai construit cette base petit a petit, et que tout fonctionnait à merveille (500 enregistrements déjà ) et que ce bug n’est apparu que récemment...et il ne peut pas s'agir d'un pb d'ordinateur ou de open office local, car 3 ordis sont en connexion dropbox pour que les mises à jour soient instantanées dès que l'un des deux ordis du bureau de l'assoc. sont allumés et que ce pb apparaît sur ceux ci aussi !
Merci et bon dimanche, pour ma part chez moi il va pleuvoir, aussi je reste a poste !

[jeanmimi]

le champ rang_boite est une lettre

J'ai modifié les Tables afin de leur donner une structure de Base relationnelle qui fonctionne :

RANG_BOITE.jpg (31.66 Kio) Consulté 27 fois

Quant à la structure du formulaire, en général, une requête sert à afficher un résultat, pas à saisir d'autres informations.

Sous-Formulaire.jpg (78.81 Kio) Consulté 26 fois

[jeanmi2403]

Bonsoir,
Étant donné qu'il y a deux barres de navigation, je suppose que c'est la seconde barre qui ne se met pas à jour ?
La table qui y est attachée est-elle bien définie dans la source de données du formulaire ?
Cordialement,

[Papounet34]

Bonjour,
La première partie du formulaire fait référence aux boites archives "Boites" avec la barre de navigation de "Boites"
La deuxième partie détaille le contenu de chaque boite "Contenu Boites"
Chaque boite peut contenir x documents répartis en chemises thématiques
La liaison entre les 2 tables se fait sur la base de la clé "Boites" et le numéro de boite "contenu boites"
Cela fonctionne car si on incrémente la barre du haut, les données partie inférieures suivent et si on incrémente le contenu de la boite, la boite ne change pas.

Liaisons boites.JPG (33.58 Kio) Consulté 8 fois

Par contre, je suppose que le loup vient de là et j'ai essayé tes conseil sur les relations, mais j'ai à chaque fois un message erreur
Si cela plante et que je ne trouve pas de solution, je vais tout bêtement réunir tous les champs en une seule table, mais je perds alors la possibilité de remplir une boite avec plusieurs documents, du coup !!
Merci pour ta disponibilité !

[Dude]

Salut,

Forcément quand les tables contiennent des données, la modification de la structure est souvent impossible.
Un modèle relationnel se définit au départ et pas en cours de route.

Tu devrais suivre les conseils de jeanmimi et refaire tout cela proprement.