Voici mon problème:
J'ai un état avec un sous-état.
En aperçu avant impression, le sous-état est bien visible et les contrôles
sont correctement disposés (je les place dans le Report_Open du sous-état en
fonction de certains paramètres).
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas
imprimé.
Si j'imprime sans passer par l'aperçu avant impression, le sous-état est
imprimé correctement.
Si j'imprime dans un fichier PDF après l'aperçu, les contrôles du sous-état
ne sont plus disposés correctement (certains sont superposés).
Si j'imprime directement dans un fichier PDF, le sous-état est imprimé
correctement.
J'ai essayé d'exécuter le code pas à pas pour voir où ça coince. En aperçu,
j'arrive à le faire pour le code de l'état et du sous-état, mais en
impression directe je ne peux débugger que le code du formulaire qui lance
l'impression. Le code de l'état et du sous-état s'exécute sans que je puisse
le faire pas à pas.
A part la solution de ne pas utiliser l'aperçu et d'imprimer directement,
quelqu'un a-t'il une idée?
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,
"Gilbert"
Voici mon problème: J'ai un état avec un sous-état. En aperçu avant impression, le sous-état est bien visible et les contrôles sont correctement disposés (je les place dans le Report_Open du sous-état en fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas imprimé. Si j'imprime sans passer par l'aperçu avant impression, le sous-état est imprimé correctement. <snip>
Access, contrairement à ce qu'il y parait, ne se contente pas d'imprimer "ce que tu vois à l'écran"... Il relance la "contruction" de l'état et réexécute le code éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33 Si tu imprime, à partir de l'affichage, elle vaudra 66 Cela doit être ce genre de chose qui perturbe ton (sous)état.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"Gilbert"
Voici mon problème:
J'ai un état avec un sous-état.
En aperçu avant impression, le sous-état est bien visible et les contrôles
sont correctement disposés (je les place dans le Report_Open du sous-état en
fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas
imprimé.
Si j'imprime sans passer par l'aperçu avant impression, le sous-état est
imprimé correctement.
<snip>
Access, contrairement à ce qu'il y parait, ne se contente pas
d'imprimer "ce que tu vois à l'écran"...
Il relance la "contruction" de l'état et réexécute le code éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33
Si tu imprime, à partir de l'affichage, elle vaudra 66
Cela doit être ce genre de chose qui perturbe ton (sous)état.
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
Voici mon problème: J'ai un état avec un sous-état. En aperçu avant impression, le sous-état est bien visible et les contrôles sont correctement disposés (je les place dans le Report_Open du sous-état en fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas imprimé. Si j'imprime sans passer par l'aperçu avant impression, le sous-état est imprimé correctement. <snip>
Access, contrairement à ce qu'il y parait, ne se contente pas d'imprimer "ce que tu vois à l'écran"... Il relance la "contruction" de l'état et réexécute le code éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33 Si tu imprime, à partir de l'affichage, elle vaudra 66 Cela doit être ce genre de chose qui perturbe ton (sous)état.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Gilbert
Merci de ta réponse
Si je comprends bien, il faut donc initialiser toutes les variables au début de chaque procédure par exemple x=0 x=x+1.... Est-ce qu'il y a d'autres choses à vérifier à part les variables?
"3stone" a écrit dans le message de news:uEKa%
Salut,
"Gilbert"
Voici mon problème: J'ai un état avec un sous-état. En aperçu avant impression, le sous-état est bien visible et les contrôles
sont correctement disposés (je les place dans le Report_Open du sous-état en
fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas imprimé. Si j'imprime sans passer par l'aperçu avant impression, le sous-état est imprimé correctement. <snip>
Access, contrairement à ce qu'il y parait, ne se contente pas d'imprimer "ce que tu vois à l'écran"... Il relance la "contruction" de l'état et réexécute le code éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33 Si tu imprime, à partir de l'affichage, elle vaudra 66 Cela doit être ce genre de chose qui perturbe ton (sous)état.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Merci de ta réponse
Si je comprends bien, il faut donc initialiser toutes les variables au début
de chaque procédure
par exemple
x=0
x=x+1....
Est-ce qu'il y a d'autres choses à vérifier à part les variables?
"3stone" <threestone@cielreseau.be> a écrit dans le message de
news:uEKa%23g0QEHA.132@TK2MSFTNGP09.phx.gbl...
Salut,
"Gilbert"
Voici mon problème:
J'ai un état avec un sous-état.
En aperçu avant impression, le sous-état est bien visible et les
contrôles
sont correctement disposés (je les place dans le Report_Open du
sous-état en
fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas
imprimé.
Si j'imprime sans passer par l'aperçu avant impression, le sous-état est
imprimé correctement.
<snip>
Access, contrairement à ce qu'il y parait, ne se contente pas
d'imprimer "ce que tu vois à l'écran"...
Il relance la "contruction" de l'état et réexécute le code
éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33
Si tu imprime, à partir de l'affichage, elle vaudra 66
Cela doit être ce genre de chose qui perturbe ton (sous)état.
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
Si je comprends bien, il faut donc initialiser toutes les variables au début de chaque procédure par exemple x=0 x=x+1.... Est-ce qu'il y a d'autres choses à vérifier à part les variables?
"3stone" a écrit dans le message de news:uEKa%
Salut,
"Gilbert"
Voici mon problème: J'ai un état avec un sous-état. En aperçu avant impression, le sous-état est bien visible et les contrôles
sont correctement disposés (je les place dans le Report_Open du sous-état en
fonction de certains paramètres).
Et tu y utilise une/des variables, comme compteur par exemple ?
Si j'imprime après l'aperçu avant impression, le sous-état n'est pas imprimé. Si j'imprime sans passer par l'aperçu avant impression, le sous-état est imprimé correctement. <snip>
Access, contrairement à ce qu'il y parait, ne se contente pas d'imprimer "ce que tu vois à l'écran"... Il relance la "contruction" de l'état et réexécute le code éventuel.
Exemple: dans la section détail, tu fais: x=x+1
Tu affiche, la variable vaut... 33 Si tu imprime, à partir de l'affichage, elle vaudra 66 Cela doit être ce genre de chose qui perturbe ton (sous)état.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
3stone
Salut,
"Gilbert"
Si je comprends bien, il faut donc initialiser toutes les variables au début de chaque procédure par exemple x=0 x=x+1....
J'avais vu juste ? ;-)
Pour l'initialisation, regarde pour choper le bon événement!
Est-ce qu'il y a d'autres choses à vérifier à part les variables?
Je vois rien d'autre...
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"Gilbert"
Si je comprends bien, il faut donc initialiser toutes les variables au début
de chaque procédure
par exemple
x=0
x=x+1....
J'avais vu juste ? ;-)
Pour l'initialisation, regarde pour choper le bon événement!
Est-ce qu'il y a d'autres choses à vérifier à part les variables?
Je vois rien d'autre...
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
