Lors d'une précédente question, je faisais part d'un problème lié à des
champs calculés dans une requête.
Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on
supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce
dernier, le champ dans F1 calculé dans la requête affiche #ERREUR.
J'ai reproduit cela avec une petite appli de test. Je pensais au début que
cela était lié au code et aux différentes opérations que je faisais dans mon
appli.
En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se
produit pas avec Windows XP. J'ai fais le test sur plusieurs PC
Mon appli étant déployée sur plusieurs machines, cela me pose un problème
majeur.
Sur les PC en question est installé Windows2000 Pack4 + Access 2000
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
Bonjour aussi,
"AP" | Lors d'une précédente question, je faisais part d'un problème lié à des | champs calculés dans une requête. | | Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on | supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce | dernier, le champ dans F1 calculé dans la requête affiche #ERREUR. | | J'ai reproduit cela avec une petite appli de test. Je pensais au début que | cela était lié au code et aux différentes opérations que je faisais dans mon | appli. | | En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se | produit pas avec Windows XP. J'ai fais le test sur plusieurs PC | | Mon appli étant déployée sur plusieurs machines, cela me pose un problème | majeur. | | Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème... Cela doit être difficilement reproductible... (mais je peux me tromper ;-) étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché et qu'il continue à fonctionner parfaitement! Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC. Les différentes combinaisons de version d'Access et de Windows rendent les systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois chercher l'erreur dans la manière de faire... Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre... on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer dans la requête sous jacente...
"AP"
| Lors d'une précédente question, je faisais part d'un problème lié à des
| champs calculés dans une requête.
|
| Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on
| supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce
| dernier, le champ dans F1 calculé dans la requête affiche #ERREUR.
|
| J'ai reproduit cela avec une petite appli de test. Je pensais au début que
| cela était lié au code et aux différentes opérations que je faisais dans mon
| appli.
|
| En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se
| produit pas avec Windows XP. J'ai fais le test sur plusieurs PC
|
| Mon appli étant déployée sur plusieurs machines, cela me pose un problème
| majeur.
|
| Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème...
Cela doit être difficilement reproductible... (mais je peux me tromper ;-)
étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché
et qu'il continue à fonctionner parfaitement!
Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC.
Les différentes combinaisons de version d'Access et de Windows rendent les
systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois
chercher l'erreur dans la manière de faire...
Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre...
on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer
dans la requête sous jacente...
"AP" | Lors d'une précédente question, je faisais part d'un problème lié à des | champs calculés dans une requête. | | Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on | supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce | dernier, le champ dans F1 calculé dans la requête affiche #ERREUR. | | J'ai reproduit cela avec une petite appli de test. Je pensais au début que | cela était lié au code et aux différentes opérations que je faisais dans mon | appli. | | En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se | produit pas avec Windows XP. J'ai fais le test sur plusieurs PC | | Mon appli étant déployée sur plusieurs machines, cela me pose un problème | majeur. | | Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème... Cela doit être difficilement reproductible... (mais je peux me tromper ;-) étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché et qu'il continue à fonctionner parfaitement! Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC. Les différentes combinaisons de version d'Access et de Windows rendent les systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois chercher l'erreur dans la manière de faire... Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre... on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer dans la requête sous jacente...
Ta réflexion est judicieuse, le problème est que sur mon PC, j'ai bien reproduit le phénomène en créant une appli avec un des assistants que propose ACCESS. J'ai modifié dans un formulaire F1 une requête en créant un champ calculé, que j'ai inséré ce même formulaire. Ce que j'ai constaté: Si depuis F1 par un bouton j'ouvre un formulaire F2 j'ai les deux cas suivants:
Si F2 masque le champ calculé de F1 : à la fermeture de F2, le champ prend #Erreur Si je déplace F2 avant de le fermer de manière à ne pas masquer le champ calculé, aprés la fermeture de F2, le champ calculé à bien la valeur
Je ne sais pas trés bien vers ou chercher, d'autant que cette appli fonctionnait parfaitement sous ACCESS 97. Je ne veux pas non plus écarter un problème lié à ma programmation.
Merci pour les pistes
Bonjour aussi,
"AP" | Lors d'une précédente question, je faisais part d'un problème lié à des | champs calculés dans une requête. | | Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on | supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce | dernier, le champ dans F1 calculé dans la requête affiche #ERREUR. | | J'ai reproduit cela avec une petite appli de test. Je pensais au début que | cela était lié au code et aux différentes opérations que je faisais dans mon | appli. | | En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se | produit pas avec Windows XP. J'ai fais le test sur plusieurs PC | | Mon appli étant déployée sur plusieurs machines, cela me pose un problème | majeur. | | Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème... Cela doit être difficilement reproductible... (mais je peux me tromper ;-) étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché et qu'il continue à fonctionner parfaitement! Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC. Les différentes combinaisons de version d'Access et de Windows rendent les systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois chercher l'erreur dans la manière de faire... Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre... on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer dans la requête sous jacente...
Ta réflexion est judicieuse, le problème est que sur mon PC, j'ai bien
reproduit le phénomène en créant une appli avec un des assistants que propose
ACCESS. J'ai modifié dans un formulaire F1 une requête en créant un champ
calculé, que j'ai inséré ce même formulaire.
Ce que j'ai constaté:
Si depuis F1 par un bouton j'ouvre un formulaire F2 j'ai les deux cas
suivants:
Si F2 masque le champ calculé de F1 : à la fermeture de F2, le champ prend
#Erreur
Si je déplace F2 avant de le fermer de manière à ne pas masquer le champ
calculé, aprés la fermeture de F2, le champ calculé à bien la valeur
Je ne sais pas trés bien vers ou chercher, d'autant que cette appli
fonctionnait parfaitement sous ACCESS 97. Je ne veux pas non plus écarter un
problème lié à ma programmation.
Merci pour les pistes
Bonjour aussi,
"AP"
| Lors d'une précédente question, je faisais part d'un problème lié à des
| champs calculés dans une requête.
|
| Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on
| supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce
| dernier, le champ dans F1 calculé dans la requête affiche #ERREUR.
|
| J'ai reproduit cela avec une petite appli de test. Je pensais au début que
| cela était lié au code et aux différentes opérations que je faisais dans mon
| appli.
|
| En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se
| produit pas avec Windows XP. J'ai fais le test sur plusieurs PC
|
| Mon appli étant déployée sur plusieurs machines, cela me pose un problème
| majeur.
|
| Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème...
Cela doit être difficilement reproductible... (mais je peux me tromper ;-)
étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché
et qu'il continue à fonctionner parfaitement!
Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC.
Les différentes combinaisons de version d'Access et de Windows rendent les
systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois
chercher l'erreur dans la manière de faire...
Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre...
on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer
dans la requête sous jacente...
Ta réflexion est judicieuse, le problème est que sur mon PC, j'ai bien reproduit le phénomène en créant une appli avec un des assistants que propose ACCESS. J'ai modifié dans un formulaire F1 une requête en créant un champ calculé, que j'ai inséré ce même formulaire. Ce que j'ai constaté: Si depuis F1 par un bouton j'ouvre un formulaire F2 j'ai les deux cas suivants:
Si F2 masque le champ calculé de F1 : à la fermeture de F2, le champ prend #Erreur Si je déplace F2 avant de le fermer de manière à ne pas masquer le champ calculé, aprés la fermeture de F2, le champ calculé à bien la valeur
Je ne sais pas trés bien vers ou chercher, d'autant que cette appli fonctionnait parfaitement sous ACCESS 97. Je ne veux pas non plus écarter un problème lié à ma programmation.
Merci pour les pistes
Bonjour aussi,
"AP" | Lors d'une précédente question, je faisais part d'un problème lié à des | champs calculés dans une requête. | | Dans un formulaire F1, lorsque on affiche un champ calculé, et que l'on | supperpose l'ouverture d'un autre formulaire F2, à la fermeture de ce | dernier, le champ dans F1 calculé dans la requête affiche #ERREUR. | | J'ai reproduit cela avec une petite appli de test. Je pensais au début que | cela était lié au code et aux différentes opérations que je faisais dans mon | appli. | | En réalité, ce problème est à priori lié à Windows2000 puisque cela ne se | produit pas avec Windows XP. J'ai fais le test sur plusieurs PC | | Mon appli étant déployée sur plusieurs machines, cela me pose un problème | majeur. | | Sur les PC en question est installé Windows2000 Pack4 + Access 2000
Il semble étonnant que le fait de superposer 2 formulaires posent problème... Cela doit être difficilement reproductible... (mais je peux me tromper ;-) étant donné que l'on peut parfaitement ouvrir un formulaire en mode caché et qu'il continue à fonctionner parfaitement! Je me demande s'il n'y a pas, peut-être, un problème de focus dans cette histoire...
Le fait que cela fonctionne sur tel ou tel PC n'attribue pas (forcément) la faute au PC. Les différentes combinaisons de version d'Access et de Windows rendent les systèmes plus ou moins "résistants" aux erreurs. Cela n'exclut pas qu'il faut parfois chercher l'erreur dans la manière de faire... Une solution "pas très propre" peut fonctionner dans certains cas et pas dans d'autre... on résout cela en utilisant une méthode solide.
Par exemple, pour le champ calculé, voir s'il n'est pas possible de le faire calculer dans la requête sous jacente...
