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
Benoit Compoint
Bonjour,
Ce comportement est probablement causé par les marges incompressibles du pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0 mm et la valeur 0 sera bien stockée dans les propriétés de l'état. Mais quand l'état est ouvert en mode aperçu avant impression, Access tient compte de la marge (du bas) incompressible imposée par les caractéristiques physiques de l'imprimante. Cette marge incompressible est définie dans le pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de page). Tandis que sur le second poste où est installé Access 2002 runtime, le pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de page).
La solution consiste donc à déterminer les marges incompressibles (haut, bas, gauche et droite) les plus importantes parmi celles de toutes les pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en mode création/modification) les 4 marges de l'état avec les 4 valeurs les plus élevées.
Attention : Les marges incompressibles peuvent varier pour une même imprimante X entre un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows 2000. C'est le développeur du pilote de l'imprimante qui a fixé les marges incompressibles logiques en fonction des marges incompressibles physiques de l'imprimante Généralement la marge incompressible définie dans le pilote de l'imprimante est légèrement supérieure à la marge incompressible physique de l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" wrote in message news:
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup) Top = 4 Bottom = 7 Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges sont modifiées ! Top = 4 Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent Top = 4 Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ? D'avance grand merci
Bonjour,
Ce comportement est probablement causé par les marges incompressibles du
pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0
mm et la valeur 0 sera bien stockée dans les propriétés de l'état.
Mais quand l'état est ouvert en mode aperçu avant impression, Access tient
compte de la marge (du bas) incompressible imposée par les caractéristiques
physiques de l'imprimante. Cette marge incompressible est définie dans le
pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de
l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de
page).
Tandis que sur le second poste où est installé Access 2002 runtime, le
pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de
page).
La solution consiste donc à déterminer les marges incompressibles (haut,
bas, gauche et droite) les plus importantes parmi celles de toutes les
pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en
mode création/modification) les 4 marges de l'état avec les 4 valeurs les
plus élevées.
Attention :
Les marges incompressibles peuvent varier pour une même imprimante X entre
un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows
2000.
C'est le développeur du pilote de l'imprimante qui a fixé les marges
incompressibles logiques en fonction des marges incompressibles physiques de
l'imprimante Généralement la marge incompressible définie dans le pilote de
l'imprimante est légèrement supérieure à la marge incompressible physique de
l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" <frisque@datamovers.be> wrote in message
news:e2CIDpqVDHA.1316@TK2MSFTNGP12.phx.gbl...
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup)
Top = 4
Bottom = 7
Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges sont
modifiées !
Top = 4
Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent
Top = 4
Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ?
D'avance grand merci
Ce comportement est probablement causé par les marges incompressibles du pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0 mm et la valeur 0 sera bien stockée dans les propriétés de l'état. Mais quand l'état est ouvert en mode aperçu avant impression, Access tient compte de la marge (du bas) incompressible imposée par les caractéristiques physiques de l'imprimante. Cette marge incompressible est définie dans le pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de page). Tandis que sur le second poste où est installé Access 2002 runtime, le pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de page).
La solution consiste donc à déterminer les marges incompressibles (haut, bas, gauche et droite) les plus importantes parmi celles de toutes les pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en mode création/modification) les 4 marges de l'état avec les 4 valeurs les plus élevées.
Attention : Les marges incompressibles peuvent varier pour une même imprimante X entre un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows 2000. C'est le développeur du pilote de l'imprimante qui a fixé les marges incompressibles logiques en fonction des marges incompressibles physiques de l'imprimante Généralement la marge incompressible définie dans le pilote de l'imprimante est légèrement supérieure à la marge incompressible physique de l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" wrote in message news:
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup) Top = 4 Bottom = 7 Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges sont modifiées ! Top = 4 Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent Top = 4 Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ? D'avance grand merci
Bruno Frisque
Ho La Laaaa !
Est-ce vraiment si complexe ?? Ou n'est-ce pas comme le "bug" identifié de Access2000, qui était réglé avec le SP 1 ou Sp1-a ou qque. chose comme çà ? Office XP-Dev-SP1 ne répète-t-il pas les erreurs antérieures ?? (ai "disablé" les autocorrect etc ... rien n'y fait !)
En tout cas merci de cette réponse circonstiancée .
(et je vais continuer d'expliquer à mes client que leur HP n'est pas à la page ...?)
Anyway, merci de la réponse
"Benoit Compoint" wrote in message news:%
Bonjour,
Ce comportement est probablement causé par les marges incompressibles du pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0 mm et la valeur 0 sera bien stockée dans les propriétés de l'état. Mais quand l'état est ouvert en mode aperçu avant impression, Access tient compte de la marge (du bas) incompressible imposée par les caractéristiques
physiques de l'imprimante. Cette marge incompressible est définie dans le pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de page). Tandis que sur le second poste où est installé Access 2002 runtime, le pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de page).
La solution consiste donc à déterminer les marges incompressibles (haut, bas, gauche et droite) les plus importantes parmi celles de toutes les pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en mode création/modification) les 4 marges de l'état avec les 4 valeurs les plus élevées.
Attention : Les marges incompressibles peuvent varier pour une même imprimante X entre un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows 2000. C'est le développeur du pilote de l'imprimante qui a fixé les marges incompressibles logiques en fonction des marges incompressibles physiques de
l'imprimante Généralement la marge incompressible définie dans le pilote de
l'imprimante est légèrement supérieure à la marge incompressible physique de
l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" wrote in message news:
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup) Top = 4 Bottom = 7 Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges sont
modifiées ! Top = 4 Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent Top = 4 Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ? D'avance grand merci
Ho La Laaaa !
Est-ce vraiment si complexe ??
Ou n'est-ce pas comme le "bug" identifié de Access2000, qui était réglé avec
le SP 1 ou Sp1-a ou qque. chose comme çà ?
Office XP-Dev-SP1 ne répète-t-il pas les erreurs antérieures ??
(ai "disablé" les autocorrect etc ... rien n'y fait !)
En tout cas merci de cette réponse circonstiancée .
(et je vais continuer d'expliquer à mes client que leur HP n'est pas à la
page ...?)
Anyway, merci de la réponse
"Benoit Compoint" <benoitc@online.microsoft.com> wrote in message
news:%23PlAGQtVDHA.2100@TK2MSFTNGP11.phx.gbl...
Bonjour,
Ce comportement est probablement causé par les marges incompressibles du
pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0
mm et la valeur 0 sera bien stockée dans les propriétés de l'état.
Mais quand l'état est ouvert en mode aperçu avant impression, Access tient
compte de la marge (du bas) incompressible imposée par les
caractéristiques
physiques de l'imprimante. Cette marge incompressible est définie dans le
pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de
l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de
page).
Tandis que sur le second poste où est installé Access 2002 runtime, le
pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de
page).
La solution consiste donc à déterminer les marges incompressibles (haut,
bas, gauche et droite) les plus importantes parmi celles de toutes les
pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en
mode création/modification) les 4 marges de l'état avec les 4 valeurs les
plus élevées.
Attention :
Les marges incompressibles peuvent varier pour une même imprimante X entre
un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows
2000.
C'est le développeur du pilote de l'imprimante qui a fixé les marges
incompressibles logiques en fonction des marges incompressibles physiques
de
l'imprimante Généralement la marge incompressible définie dans le pilote
de
l'imprimante est légèrement supérieure à la marge incompressible physique
de
l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" <frisque@datamovers.be> wrote in message
news:e2CIDpqVDHA.1316@TK2MSFTNGP12.phx.gbl...
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup)
Top = 4
Bottom = 7
Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges
sont
modifiées !
Top = 4
Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent
Top = 4
Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ?
D'avance grand merci
Est-ce vraiment si complexe ?? Ou n'est-ce pas comme le "bug" identifié de Access2000, qui était réglé avec le SP 1 ou Sp1-a ou qque. chose comme çà ? Office XP-Dev-SP1 ne répète-t-il pas les erreurs antérieures ?? (ai "disablé" les autocorrect etc ... rien n'y fait !)
En tout cas merci de cette réponse circonstiancée .
(et je vais continuer d'expliquer à mes client que leur HP n'est pas à la page ...?)
Anyway, merci de la réponse
"Benoit Compoint" wrote in message news:%
Bonjour,
Ce comportement est probablement causé par les marges incompressibles du pilote de l'imprimante par défaut de chacun des deux PC.
En mode Création/Modification d'un état, on peut fixer la marge du bas à 0 mm et la valeur 0 sera bien stockée dans les propriétés de l'état. Mais quand l'état est ouvert en mode aperçu avant impression, Access tient compte de la marge (du bas) incompressible imposée par les caractéristiques
physiques de l'imprimante. Cette marge incompressible est définie dans le pilote de l'imprimante utilisée.
Sur le premier poste où est installé Access 2002 SP1, le pilote de l'imprimante impose probablement une marge minimale de 12.45 mm (en bas de page). Tandis que sur le second poste où est installé Access 2002 runtime, le pilote de l'imprimante impose une marge minimale de 21.8 mm (en bas de page).
La solution consiste donc à déterminer les marges incompressibles (haut, bas, gauche et droite) les plus importantes parmi celles de toutes les pilotes d'imprimantes que l'on prévoit d'utiliser. Ensuite on fixera (en mode création/modification) les 4 marges de l'état avec les 4 valeurs les plus élevées.
Attention : Les marges incompressibles peuvent varier pour une même imprimante X entre un pilote pour X pour Windows 98 et un autre pilote pour X pour Windows 2000. C'est le développeur du pilote de l'imprimante qui a fixé les marges incompressibles logiques en fonction des marges incompressibles physiques de
l'imprimante Généralement la marge incompressible définie dans le pilote de
l'imprimante est légèrement supérieure à la marge incompressible physique de
l'imprimante afin de garantir qu'aucun caractère imprimé ne sera tronqué.
Benoît Compoint.
"Bruno Frisque" wrote in message news:
Bonjour,
J'ai une état 'BulletinA', dans lequel j'applique (Page Setup) Top = 4 Bottom = 7 Je sauve l'état, je le rappelle : les marges sont restées correctes.
Quand cet état est appelé d'un formulaire, et donc filtré, les marges sont
modifiées ! Top = 4 Bottom = 12.45 ....
Pire encore : depuis un Runtime les marges deviennent Top = 4 Bottom = 21.8 !??
J'utilise OXP SP1.
Quelqu'un parmi vous connait-il une solution ? D'avance grand merci
