Bonjour à tous,
Il est possible, dans les propriétés d'un formulaire, de désactiver le
bouton fermer. Est-il possible de le faire également sur la fenêtre
principale d'Access ?
Je suppose en effet que les fermetures intempestives, sans utiliser le menu
fichier/fermer, créent des "corruptions" dans ma base.
Merci pour vos réponses.
Dominique
j'utilise Acces 2000 et 2002
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut du bateau !
"tri marrant" | Il est possible, dans les propriétés d'un formulaire, de désactiver le | bouton fermer. Est-il possible de le faire également sur la fenêtre | principale d'Access ? | Je suppose en effet que les fermetures intempestives, sans utiliser le menu | fichier/fermer, créent des "corruptions" dans ma base. | Merci pour vos réponses. | Dominique | j'utilise Acces 2000 et 2002
"tri marrant"
| Il est possible, dans les propriétés d'un formulaire, de désactiver le
| bouton fermer. Est-il possible de le faire également sur la fenêtre
| principale d'Access ?
| Je suppose en effet que les fermetures intempestives, sans utiliser le menu
| fichier/fermer, créent des "corruptions" dans ma base.
| Merci pour vos réponses.
| Dominique
| j'utilise Acces 2000 et 2002
"tri marrant" | Il est possible, dans les propriétés d'un formulaire, de désactiver le | bouton fermer. Est-il possible de le faire également sur la fenêtre | principale d'Access ? | Je suppose en effet que les fermetures intempestives, sans utiliser le menu | fichier/fermer, créent des "corruptions" dans ma base. | Merci pour vos réponses. | Dominique | j'utilise Acces 2000 et 2002
C'est très bien. Mais il ne faut pas oublier quand même : - les données sont automatiquement enregistrées chaque fois qu'elles sont manipulées (Access n'est pas Excel) - les définitions d'objets font l'objet d'une demande de sauvegarde, si c'est nécessaire, à la sortie d'Access
Cela signifie que si le bouton de fermeture dans le menu ne comporte que la classique instruction "DoCmd.Quit", il n'y a aucun inconvénient à utiliser de fermeture d'Access. Inutile donc de compliquer l'application.
-- Didier Bicking
http://perso.wanadoo.fr/dbicking
"3stone" a écrit dans le message de news:
Salut du bateau !
"tri marrant" | Il est possible, dans les propriétés d'un formulaire, de désactiver le | bouton fermer. Est-il possible de le faire également sur la fenêtre | principale d'Access ? | Je suppose en effet que les fermetures intempestives, sans utiliser le menu | fichier/fermer, créent des "corruptions" dans ma base. | Merci pour vos réponses. | Dominique | j'utilise Acces 2000 et 2002
C'est très bien. Mais il ne faut pas oublier quand même :
- les données sont automatiquement enregistrées chaque fois qu'elles sont
manipulées (Access n'est pas Excel)
- les définitions d'objets font l'objet d'une demande de sauvegarde, si
c'est nécessaire, à la sortie d'Access
Cela signifie que si le bouton de fermeture dans le menu ne comporte que la
classique instruction "DoCmd.Quit", il n'y a aucun inconvénient à utiliser
de fermeture d'Access. Inutile donc de compliquer l'application.
"3stone" <home@sweet_home.be> a écrit dans le message de news:
eNMGlCSDIHA.4836@TK2MSFTNGP06.phx.gbl...
Salut du bateau !
"tri marrant"
| Il est possible, dans les propriétés d'un formulaire, de désactiver le
| bouton fermer. Est-il possible de le faire également sur la fenêtre
| principale d'Access ?
| Je suppose en effet que les fermetures intempestives, sans utiliser le
menu
| fichier/fermer, créent des "corruptions" dans ma base.
| Merci pour vos réponses.
| Dominique
| j'utilise Acces 2000 et 2002
C'est très bien. Mais il ne faut pas oublier quand même : - les données sont automatiquement enregistrées chaque fois qu'elles sont manipulées (Access n'est pas Excel) - les définitions d'objets font l'objet d'une demande de sauvegarde, si c'est nécessaire, à la sortie d'Access
Cela signifie que si le bouton de fermeture dans le menu ne comporte que la classique instruction "DoCmd.Quit", il n'y a aucun inconvénient à utiliser de fermeture d'Access. Inutile donc de compliquer l'application.
-- Didier Bicking
http://perso.wanadoo.fr/dbicking
"3stone" a écrit dans le message de news:
Salut du bateau !
"tri marrant" | Il est possible, dans les propriétés d'un formulaire, de désactiver le | bouton fermer. Est-il possible de le faire également sur la fenêtre | principale d'Access ? | Je suppose en effet que les fermetures intempestives, sans utiliser le menu | fichier/fermer, créent des "corruptions" dans ma base. | Merci pour vos réponses. | Dominique | j'utilise Acces 2000 et 2002
Merci pour vos réponses je vais consulter le lien que tu m'as procuré. Au sujet de ta réponse Didier, je suis bien content d'apprendre que ce n'est pas la fermeture intempestive de ma base de données qui crée les fichiers corrompus, mais alors qu'est-ce ? Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4 sauvegardes par 24:00) pour la remplacer. Je ne me souviens plus bien du message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la base de quelque manière que ce soit donc pas de possibilité de "réparation" non plus...
"tri marrant" <' a écrit dans le message de news:
Bonjour à tous, Il est possible, dans les propriétés d'un formulaire, de désactiver le bouton fermer. Est-il possible de le faire également sur la fenêtre principale d'Access ? Je suppose en effet que les fermetures intempestives, sans utiliser le menu fichier/fermer, créent des "corruptions" dans ma base. Merci pour vos réponses. Dominique j'utilise Acces 2000 et 2002
Merci pour vos réponses
je vais consulter le lien que tu m'as procuré.
Au sujet de ta réponse Didier, je suis bien content d'apprendre que ce n'est
pas la fermeture intempestive de ma base de données qui crée les fichiers
corrompus, mais alors qu'est-ce ?
Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4
sauvegardes par 24:00) pour la remplacer. Je ne me souviens plus bien du
message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas
sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la
base de quelque manière que ce soit donc pas de possibilité de "réparation"
non plus...
"tri marrant" <'tri@marrant.com> a écrit dans le message de news:
efmHndQDIHA.5980@TK2MSFTNGP04.phx.gbl...
Bonjour à tous,
Il est possible, dans les propriétés d'un formulaire, de désactiver le
bouton fermer. Est-il possible de le faire également sur la fenêtre
principale d'Access ?
Je suppose en effet que les fermetures intempestives, sans utiliser le
menu fichier/fermer, créent des "corruptions" dans ma base.
Merci pour vos réponses.
Dominique
j'utilise Acces 2000 et 2002
Merci pour vos réponses je vais consulter le lien que tu m'as procuré. Au sujet de ta réponse Didier, je suis bien content d'apprendre que ce n'est pas la fermeture intempestive de ma base de données qui crée les fichiers corrompus, mais alors qu'est-ce ? Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4 sauvegardes par 24:00) pour la remplacer. Je ne me souviens plus bien du message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la base de quelque manière que ce soit donc pas de possibilité de "réparation" non plus...
"tri marrant" <' a écrit dans le message de news:
Bonjour à tous, Il est possible, dans les propriétés d'un formulaire, de désactiver le bouton fermer. Est-il possible de le faire également sur la fenêtre principale d'Access ? Je suppose en effet que les fermetures intempestives, sans utiliser le menu fichier/fermer, créent des "corruptions" dans ma base. Merci pour vos réponses. Dominique j'utilise Acces 2000 et 2002
"tri marrant" | ce n'est | pas la fermeture intempestive de ma base de données qui crée les fichiers | corrompus, mais alors qu'est-ce ? | Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4 | sauvegardes par 24:00) pour la remplacer.
Discuté souvent ici... Access, en tant que serveur de fichiers, ne peut se contenter d'un réseau à la bonne semaine, d'un manque de mémoire. La base doit être contruire selon les règles, avec des champs indexés lorsque nécessaire, de requêtes et de formulaires performants. Pas coupure ou micro coupure réseau ni alimentation... Access n'est pas sql server... mais une base bien construite et utilisée dans des conditions acceptables peut et doit fonctionner sans aucun problème pendant de nombreuses années.
Si tu as des corruptions de ta base, utiliser une sauvegarde est un dépannage, mais ne résoud en rien le problème que tu as. C'est le pourquoi de ces corruptions qu'il faut rechercher... Est-ce toujours le même poste, la même personne ? Les points cités plus haut ne sont pas en cause ?
|Je ne me souviens plus bien du | message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas | sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la | base de quelque manière que ce soit donc pas de possibilité de "réparation" | non plus...
Je pense qu'il est plutôt question du moteur "Jet" :o))
En DAO, le moteur de la base de données est 'Jet' même si l'on parle (trop) souvent de Access - qui est l'application qui contient tout: de la création à l'utilisation graphique de ta base...
"tri marrant"
| ce n'est
| pas la fermeture intempestive de ma base de données qui crée les fichiers
| corrompus, mais alors qu'est-ce ?
| Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4
| sauvegardes par 24:00) pour la remplacer.
Discuté souvent ici...
Access, en tant que serveur de fichiers, ne peut se contenter d'un réseau
à la bonne semaine, d'un manque de mémoire.
La base doit être contruire selon les règles, avec des champs indexés
lorsque nécessaire, de requêtes et de formulaires performants.
Pas coupure ou micro coupure réseau ni alimentation...
Access n'est pas sql server... mais une base bien construite et utilisée dans
des conditions acceptables peut et doit fonctionner sans aucun problème
pendant de nombreuses années.
Si tu as des corruptions de ta base, utiliser une sauvegarde est un dépannage,
mais ne résoud en rien le problème que tu as. C'est le pourquoi de ces
corruptions qu'il faut rechercher...
Est-ce toujours le même poste, la même personne ?
Les points cités plus haut ne sont pas en cause ?
|Je ne me souviens plus bien du
| message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas
| sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la
| base de quelque manière que ce soit donc pas de possibilité de "réparation"
| non plus...
Je pense qu'il est plutôt question du moteur "Jet" :o))
En DAO, le moteur de la base de données est 'Jet' même si l'on parle (trop)
souvent de Access - qui est l'application qui contient tout: de la création
à l'utilisation graphique de ta base...
"tri marrant" | ce n'est | pas la fermeture intempestive de ma base de données qui crée les fichiers | corrompus, mais alors qu'est-ce ? | Régulièrement, ma base est "cassée" et je dois utiliser les sauvegardes (4 | sauvegardes par 24:00) pour la remplacer.
Discuté souvent ici... Access, en tant que serveur de fichiers, ne peut se contenter d'un réseau à la bonne semaine, d'un manque de mémoire. La base doit être contruire selon les règles, avec des champs indexés lorsque nécessaire, de requêtes et de formulaires performants. Pas coupure ou micro coupure réseau ni alimentation... Access n'est pas sql server... mais une base bien construite et utilisée dans des conditions acceptables peut et doit fonctionner sans aucun problème pendant de nombreuses années.
Si tu as des corruptions de ta base, utiliser une sauvegarde est un dépannage, mais ne résoud en rien le problème que tu as. C'est le pourquoi de ces corruptions qu'il faut rechercher... Est-ce toujours le même poste, la même personne ? Les points cités plus haut ne sont pas en cause ?
|Je ne me souviens plus bien du | message mais c'est quelque chose comme "le moteur Inkjet ne se trouve pas | sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ouvrir la | base de quelque manière que ce soit donc pas de possibilité de "réparation" | non plus...
Je pense qu'il est plutôt question du moteur "Jet" :o))
En DAO, le moteur de la base de données est 'Jet' même si l'on parle (trop) souvent de Access - qui est l'application qui contient tout: de la création à l'utilisation graphique de ta base...
Je ne me souviens plus bien du message mais c'est quelque chose comme "le moteur Inkjet ne se trouve p as sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ou vrir la base de quelque manière que ce soit donc pas de possibilité de "ré paration" non plus...
Bonjour,
J'ai eu un problème très ressemblant il y a quatre mois, ça commenç ait à être pas mal déstabilisant.
Le réflexe à avoir dans ces cas-là est de chercher le numéro d'er reur sur le site Microsoft.
Le problème s'est résolu par des mises à jour. Dans un cas la mise à jour automatique, dans un autre aller chercher un fichier bien précis mentionné dans la fiche obtenue en réponse.
On aimerait bien, quand le moteur Jet n'est pas à jour, obtenir à l'ouverture un message du style "Attention, le moteur n'est pas à jour, veuillez contacter Microsoft avant de continuer", à la place de ça on laisse les gens travailler, saisir des données pendant quatre heures (hypothèse optimiste), et le premier indice que quelque chose cloche es t que tout est perdu (enfin la saisie). Et effectivement, le problème est qu'Access est incapable de sauvegarder les données, donc on ne peut le résoudre qu'avant la saisie.
tri marrant a écrit, le 13/10/2007 08:58 :
Je ne me souviens plus bien du
message mais c'est quelque chose comme "le moteur Inkjet ne se trouve p as
sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ou vrir la
base de quelque manière que ce soit donc pas de possibilité de "ré paration"
non plus...
Bonjour,
J'ai eu un problème très ressemblant il y a quatre mois, ça commenç ait à
être pas mal déstabilisant.
Le réflexe à avoir dans ces cas-là est de chercher le numéro d'er reur
sur le site Microsoft.
Le problème s'est résolu par des mises à jour. Dans un cas la mise à
jour automatique, dans un autre aller chercher un fichier bien précis
mentionné dans la fiche obtenue en réponse.
On aimerait bien, quand le moteur Jet n'est pas à jour, obtenir à
l'ouverture un message du style "Attention, le moteur n'est pas à jour,
veuillez contacter Microsoft avant de continuer", à la place de ça on
laisse les gens travailler, saisir des données pendant quatre heures
(hypothèse optimiste), et le premier indice que quelque chose cloche es t
que tout est perdu (enfin la saisie). Et effectivement, le problème est
qu'Access est incapable de sauvegarder les données, donc on ne peut le
résoudre qu'avant la saisie.
Je ne me souviens plus bien du message mais c'est quelque chose comme "le moteur Inkjet ne se trouve p as sur cet ordinateur, le fichier demandé n'existe pas". Impossible d'ou vrir la base de quelque manière que ce soit donc pas de possibilité de "ré paration" non plus...
Bonjour,
J'ai eu un problème très ressemblant il y a quatre mois, ça commenç ait à être pas mal déstabilisant.
Le réflexe à avoir dans ces cas-là est de chercher le numéro d'er reur sur le site Microsoft.
Le problème s'est résolu par des mises à jour. Dans un cas la mise à jour automatique, dans un autre aller chercher un fichier bien précis mentionné dans la fiche obtenue en réponse.
On aimerait bien, quand le moteur Jet n'est pas à jour, obtenir à l'ouverture un message du style "Attention, le moteur n'est pas à jour, veuillez contacter Microsoft avant de continuer", à la place de ça on laisse les gens travailler, saisir des données pendant quatre heures (hypothèse optimiste), et le premier indice que quelque chose cloche es t que tout est perdu (enfin la saisie). Et effectivement, le problème est qu'Access est incapable de sauvegarder les données, donc on ne peut le résoudre qu'avant la saisie.
