[Résolu] Compteur de la barre de navigation

[Papounet34]

Bonsoir à vous,
Je suis encore vivant, mais pb médicaux...
Je crois avoir résolu les pb...l'ensemble est un peu plus fluide, mais un petit plus de votre part serait le bienvenu. En effet reste le souci de la remise intempestive a zéro de la barre de navigation que je résous en utilisant en amont des champs responsables par un appui sur l’icône "enregistrer" de la barre de navigation, c'est du bricolage mais cela fonctionne.
Une petite macro d'enregistrement a l’atterrissage sur ces champs serait elle possible ?
Merci encore !

[jeanmi2403]

Bonsoir,
Peux-tu nous joindre la dernière version de ta base (anonymisée) pour qu'on puisse travailler dessus ?
Et bonne santé à toi !
Cordialement,

[Papounet34]

Re
Comme je disais, la saisie fonctionne sans mise a zéro si je cliques sur le bouton enregistrement après chaque champ :

saisie.JPG

J'ai établi les relations suivantes qui fonctionnent

Relations OK.JPG

Mais les relations établies suivant tes conseils auxquelles j'ai connecté "contenu boite":

Relations base.JPG

,
que la relation entre "Boites" et "contenu boite" s'établissent de 1 à n entre id_contenu et "document(clé)" ou de 1 à n entre "CLE" de boites et "ID_CLE_BOITES" de "contenu boite"
Aboutissent a un échec lors de la saisie, plus aucune donnée "Column not found"
J'envoie la base anonymisée par "https://www.cjoint.com/" car trop lourde
https://www.cjoint.com/c/MDcrJpDKZ1I
Merci

[jeanmi2403]

Bonsoir,
La base que tu as envoyée ne correspond pas au schéma de ton message.
Ton schéma correspond à la proposition de Jeanmimi, mais tu as rajouté ID_Contenu qui ne sert à rien. La relation sur Document ne sert à rien !
En revanche, comment sont identifiées les boîtes physiquement ? Je ne vois aucun champ dans la table qui le permette, à part la CLE.
La table BOITES contient une foule d'enregistrements identiques. Est-ce normal ?
Et la base pèse beaucoup trop lourd pour son contenu (25 rapports et 28 formulaires fantômes et des macros inutilisées...)
Il me semble qu'il serait plus rentable de tout revoir depuis le début.
Cordialement,

[Papounet34]

Bonsoir,
La base que tu as envoyée ne correspond pas au schéma de ton message.
Ton schéma correspond à la proposition de Jeanmimi, mais tu as rajouté ID_Contenu qui ne sert à rien. La relation sur Document ne sert à rien !
Je pensais qu’il était necessaire de déclarer toutes les relations possibles, d’où la création de la clé étrangère ID_Contenu, mais effectivement, comme je l’ai dit, cela ne fonctionne pas et je l'ai viré...de toutes façons, la proposition de Jeanmimi ne génère pas d'erreurs mais l'ouverture de la table boites se solde par une ligne vide d'enregistrements, donc la relation existe comme au début

Relations OK.JPG

En revanche, comment sont identifiées les boîtes physiquement ? Je ne vois aucun champ dans la table qui le permette, à part la CLE.
Chaque enregistrement dans la boîte archive (virtuelle mais en carton sur les étagères) est représentée par une clé, une rubrique, une sous rubrique, un emplacement dans les étagères et une lettre de série et reçoit des chemises identifiées par une référence, par ex la boite 211-299 recoit des chemises de 211 à 299, et la chemise 211 reçoit les documents 211-1, 211-2 etc…ce qui permet une recherche rapide du document saisi
La table BOITES contient une foule d'enregistrements identiques. Est-ce normal ?
Oui, normalement chaque saisie d’un document nouveau devrait se faire sans créer une nouvelle boite si ce document relève des rubriques et sous rubriques de celle-ci, et en saisissant simplement le nouveau document par un enregistrement nouveau dans la deuxième partie du formulaire, mais il se trouve qu’en réalité, la personne chargée de la saisie a trouvé plus simple de procéder à la création d’une nouvelle boite à chaque saisie, d’où un nouvel enregistrement, donc une incrémentation de la clé, la détermination d’une rubrique, d’un emplacement et de la boite qui va recevoir le nouveau document (C par exemple si les boites archives A et B sont pleines). Ce qui explique la redondance des éléments identiques. Il faudrait que je simplifie tout cela en gardant l’idée de départ, mais vu le nombre d’enregistrements…au départ il ne devait avoir que 3 boites à remplir (111-199, 211-299, 311-399) qui se déclinent en A,B,ou C

Boites.JPG

Et la base pèse beaucoup trop lourd pour son contenu (25 rapports et 28 formulaires fantômes et des macros inutilisées...)
Il me semble qu'il serait plus rentable de tout revoir depuis le début.
Oui, il y a beaucoup d’éléments qui te semblent inutiles, certains n’ont plus d’intérêt, et j’ai négligé de les supprimer, mais la plupart sont utiles, car je gère aussi les livres de la bibliothèque, les fonctions recherche et édition de listes, d’étiquettes pour le dos des livres a classer dans les étagères, de cartes de prêt d’ouvrages etc…que j’aurais du supprimer de mon envoi…tu peux supprimer tous les rapports
Maintenant, je voudrais créer une macro qui remplace la fonction du bouton de la barre de navigation "enregistrer l'enregistrement" et qui soit activée dans chaque contrôles qui suivent, dans la 2é partie du formulaire, le choix de la référence chemise...c'est le seul moyen que j'ai trouvé pour que ce satané compteur ne se mette pas à zéro a chaque visite sur un de ces champs...à moins qu'il y aie un autre moyen...
Merci de prendre de ton temps, j'ai construit ce logiciel brique après brique, au fur et à mesure des besoins et des demandes, ce qui peut expliquer ce manque de cohérence parfois...

[godefroy]

Est-ce que tu comprends ce qu'est un modèle relationnel ?
Pour la liaison, je vois une clé primaire sur tes 2 tables.
Il est donc logique que cela ne fonctionne pas comme tu l'entends.

Salut Papounet,

Qu'est-ce qui t'arrive?

Essaie donc d'exposer ce que tu veux, P.E. 1 table pour les documents 1 table avec les cases et 1 table que tu sais quand tu mets les docs dans les cases.

Tu éviteras ainsi un casse-tête chinois...

[godefroy]

Bien que le censeur ne se soit encore une fois pas retenu, j'espère qu'il n'effacera pas l'exemple suivant:

JE REVENDIQUE MON DROIT A LA PAROLE!

Slts

Godefroy

P.S.: Erreurs corrigées après intervention de Jeami.

[jeanmi2403]

Bonsoir,

Bien que le censureur ne se soit encore une fois pas retenu, j'espère qu'il n'effacera pas l'exemple suivant:

On dit censeur, et pas censureur...

JE REVENDIQUE MON DROIT A LA PAROLE!

D'accord, à condition que ce soit légitime.
Cet exemple est encore une fois inutile pour le problème de Papounet34, qui concerne un sous formulaire (lequel est absent de ton exemple).
Et ENCORE UNE FOIS, deux champs sont inutiles pour un choix avec une liste déroulante !
Pourquoi ne pas examiner les exemples que je te donne (ici par exemple), et les lectures que je te recommande ?

Je pensais qu’il était nécessaire de déclarer toutes les relations possibles

Je pense qu'il y a une incompréhension de ce qu'est un modèle relationnel.

Maintenant, je voudrais créer une macro qui remplace la fonction du bouton de la barre de navigation "enregistrer l'enregistrement" et qui soit activée dans chaque contrôles qui suivent, dans la 2é partie du formulaire, le choix de la référence chemise.

Je veux bien, mais qu'entend-tu par "dans chaque contrôle" ?

la personne chargée de la saisie a trouvé plus simple de procéder à la création d’une nouvelle boite à chaque saisie

Je suppose que cette personne n'y connaît rien en informatique ? Ce n'est pas à elle de décider ce genre de choses !!!
Je pense que la base est incohérente. Selon le contenu de la base, il y aurait 409 boîtes ?
De plus, la saisie des boîtes devrait être indépendante de la saisie des contenus. Ensuite on choisit une boîte, avec un IDENTIFIANT UNIQUE, en affichant toutes ses caractéristiques sans pouvoir les modifier (ce qui est le cas actuellement, dans la première partie du formulaire, ce qui fiche une belle pagaille), puis saisir ensuite un contenu supplémentaire
Du coup, on ne peut être sûr des informations qui sont contenues dans la base, il y a des boîtes vides, et quant au contenu, il n'est pas fiable puisqu'il est possible de modifier par erreur toutes les caractéristiques d'une boîte.
Le modèle est donc à refaire entièrement, et toutes les saisies sont inutiles puisque non fiables...
Je vous propose d'ailleurs d'effectuer quelques vérifications pour vous en convaincre...
Désolé,

[Papounet34]

Je pense que la base est incohérente. Selon le contenu de la base, il y aurait 409 boîtes ?
De plus, la saisie des boîtes devrait être indépendante de la saisie des contenus. Ensuite on choisit une boîte, avec un IDENTIFIANT UNIQUE, en affichant toutes ses caractéristiques sans pouvoir les modifier (ce qui est le cas actuellement, dans la première partie du formulaire, ce qui fiche une belle pagaille), puis saisir ensuite un contenu supplémentaire
Du coup, on ne peut être sûr des informations qui sont contenues dans la base, il y a des boîtes vides, et quant au contenu, il n'est pas fiable puisqu'il est possible de modifier par erreur toutes les caractéristiques d'une boîte.
Ta remarque est juste. En fait, la consigne était dans la 1ere partie du formulaire de sélectionner l’enregistrement « boite » correspondant à la rubrique (ici "référence chemise" ) concernée par les documents a saisir , puis dans la 2é partie du formulaire, de remplir la boite sélectionnée avec tous les documents rattachés à la rubrique en question, chaque document donnant lieu bien sûr à un nouvel enregistrement. (Ici par ex, 19 documents dans la chemise 253 de la boite 211-299). Je reconnais que ce n’était pas clair, donc notre amie a préféré créer une nouvelle boite pour chaque regroupement de documents rattachés à la rubrique…d’où les 409 boites…
Je vais m’atteler à une autre architecture tenant compte de tes remarques et essayer de regrouper à la main dans les tables les documents a rubrique identique dans une seule boite
Mais parallèlement et en attendant, la saisie est en panne et les documents s’accumulent du fait de ce bug qui est apparu dans la 2é partie et dont je ne vois pas l’origine, qui ramène le compteur de la barre de navigation a zéro et que je contourne en cliquant sur l’icône "disquette" après chaque saisie dans les champs

saisie.JPG

C’est pourquoi mon urgence est de trouver une macro qui effectue cette simple action « enregistrer l’enregistrement » qui sera l’événement de chaque sortie de champ et qui me dispense de cette action répétée sur l'icône. Merci de votre aide

Le modèle est donc à refaire entièrement, et toutes les saisies sont inutiles puisque non fiables...
Je vous propose d'ailleurs d'effectuer quelques vérifications pour vous en convaincre...
Désolé,

[micmac]

Bonjour,

Afin de faciliter la lecture de vos messages et de savoir à quelle personne vous répondez, faites l'effort d'utiliser le bouton Répondre en Citant (❝) en restreignant le texte à son strict minimum pour la compréhension.
Merci.

[Papounet34]

Bonjour,

Afin de faciliter la lecture de vos messages et de savoir à quelle personne vous répondez, faites l'effort d'utiliser le bouton Répondre en Citant (❝) en restreignant le texte à son strict minimum pour la compréhension.
Merci.

Merci, je suis novice à, la matière !

[godefroy]

Cher Monsieur Papounet,

Vous êtes en train de nous faire une panégyrique alors que vous pourriez tout simplement interroger votre métamoteur!

En ce qui concerne la macro, en voici un exemple: viewtopic.php?p=213603#p213603

Slts

Godefroy

Remarque importante : Cette section est dédiée aux Bases de données et non aux macros.
C'est écrit dans le bandeau rouge en haut de la page.
Merci de vous abstenir

[jeanmi2403]

Bonsoir,
J'ai relevé une autre incohérence, la relation entre CLE et ID_CLE_BOITES ne sert à rien. D'ailleurs ce champ ID_CLE_BOITES est inutile, puisque la liaison entre le formulaire et le sous-formulaire se fait entre CLE et NUMERO_BOITE (le voilà mon identifiant unique !!!).
Pour' saisir il suffit donc de parcourir les boîtes (à l'aide du premier formulaire) et ensuite de rajouter un enregistrement dans le second formulaire.
Dans ce cas ça fonctionne parfaitement, même si ce n'est pas très ergonomique.
Le problème ne survient que pendant la création d'une nouvelle boîte.
DONC :
Il suffit donc d'enregistrer cette boîte (avec le bouton de la première barre de navigation).
Je viens de le faire en créant la 410ème boîte, qui se retrouve avec la clé 448 car les index des enregistrements effacés ne disparaissent pas, ce qui prouve que ce n'est pas un bon choix pour l'identifiant unique.
Et ensuite la clé est automatiquement reproduite dans le formulaire du bas et permet donc de saisir tous les contenus de cette boîte.

Je reconnais que ce n’était pas clair, donc notre amie a préféré créer une nouvelle boite pour chaque regroupement de documents rattachés à la rubrique…d’où les 409 boites…

Ce n'est pas à l'utilisateur de décider comment doit fonctionner le logiciel, même s'il n'est pas très bien fait. Je ne trouve pas que ce ne soit pas clair.
De plus, je ne reproduis pas ton problème de zéro (avec LibreOffice 7.4.6).
Il n'y a donc pas, à mon sens, besoin d'une macro, puisqu'il y a une manière de faire qui permet de continuer à saisir.
Encore une fois, désolé.

[Papounet34]

Bonsoir,
Je vous remercie tous vivement. J'ai tout de même utilisé la macro "enregistrer" après chaque champ de la 2é partie du formulaire et tout fonctionne.
Comme nous avons du retard dans les saisies on va faire avec pour le moment. Je réfléchis à une autre architecture plus cohérente et je me permettrai de vous demander votre avis.
Par contre, tout heureux, j'ai cherché à utiliser un lien hypertexte pour flécher vers une autre partie, sans succès, et je ne peux plus me débarrasser de cette boite de dialogue, même en "fermant", et je m’aperçois qu'elle squatte toutes les bases Open Office base de mon ordi, même si je ferme celui ci et que je le redémarre et je n'ai rien dans les options open pour la désactiver.

Hyperlien.JPG

Help !
Cordialement

[micmac]

Bonjour,

Par contre, tout heureux, j'ai cherché à utiliser un lien hypertexte pour flécher vers une autre partie, sans succès, et je ne peux plus me débarrasser de cette boite de dialogue...

Ceci est un problème différent du problème initial.

Comme nous avons du retard dans les saisies on va faire avec pour le moment.

Si vous en restez là, il faut déclarer que le sujet est résolu et ouvrir un autre sujet pour toute autre question.

Comment baliser [Résolu]

[godefroy]

Papounet a écrit

Par contre, tout heureux, j'ai cherché à utiliser un lien hypertexte pour flécher vers une autre partie, sans succès, et je ne peux plus me débarrasser de cette boite de dialogue, même en "fermant", et je m’aperçois qu'elle squatte toutes les bases Open Office base de mon ordi, même si je ferme celui ci et que je le redémarre et je n'ai rien dans les options open pour la désactiver.

Bonsoir Papounet,

Un problème à la fois, c.à.d.:

a) si tu as l'intention de passer d'un formulaire à un autre (dans le même fichier, bien entendu) tu peux utiliser un bouton avec macro, mais il faut aller dans le département macros.
b) si tu veux par contre passer à une page sur internet, sache que le lien que tu obtiens avec la fenêtre de dialogue se doit de paraître dans ton formulaire.

Bonnes salutations

godefroy

Veuillez respecter la règle.
On a dit STOP pour ce qui concerne les macros.