Bonjour a tous,
Voila j'ai un petit soucis sous Access 97 et la personnalisation d'une
barre d'outil.
J'ai cree une petite fonction pour appeler la boite de dialogue
imprimante pour imprimer un etat qui est en apercu.
Public Function DialImprim()
Dim rptEtatActif As Report
Set rptEtatActif =3D Screen.ActiveReport
DoCmd.RunCommand acCmdPrint
DoCmd.Close acReport, rptEtatActif.Name
End Function
Je cree un bouton reli=E9 a cette fonction, que je met dans une barre
d'outil personnalisee. Lorsque je clique sur le bouton avec un apercu
d'etat a l'ecran, j'ai le message : "l'expression comporte un nom de
champs, de propriete ou de controle introuvable".
Si je deplace ce bouton sur la barre de menu Access, ca marche
impeccable nickel chrome comme dirait l'autre. Si je le deplace a
nouveau sur la barre d'outils, meme topo, meme message d'erreur. Si je
le lance alors que je n'ai pas d'apercu a l'ecran (sur un formulaire
par exemple) il me reponds "Erreur 2476, l'expression entr=E9e necessite
que l'etat se trouve dans la fenetre active" ce qui alors parait plutot
logique et me laisse bien a penser qu'il trouve bien ma fonction le
coquin.
Bon a force de tourner en ronds, je me dit, tant pis, pour l'instant je
vais le laisser dans la barre de menu puisque la, ca marche (nickel
chrome et tout ca). Mais voila que sur les postes utilisateurs
install=E9s avec le runtime, ce bouton n'apparait plus. Alors moi, je
dis "Grrrrr" mais Access s'en fiche pas mal... comprend p=F4...
Si quelqu'un a une idee ou meme un debut de piste...
Merci d'avance
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
Raymond [mvp]
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" a écrit dans le message de news:
Bonjour a tous, Voila j'ai un petit soucis sous Access 97 et la personnalisation d'une barre d'outil. J'ai cree une petite fonction pour appeler la boite de dialogue imprimante pour imprimer un etat qui est en apercu.
Public Function DialImprim() Dim rptEtatActif As Report Set rptEtatActif = Screen.ActiveReport DoCmd.RunCommand acCmdPrint DoCmd.Close acReport, rptEtatActif.Name End Function
Je cree un bouton relié a cette fonction, que je met dans une barre d'outil personnalisee. Lorsque je clique sur le bouton avec un apercu d'etat a l'ecran, j'ai le message : "l'expression comporte un nom de champs, de propriete ou de controle introuvable". Si je deplace ce bouton sur la barre de menu Access, ca marche impeccable nickel chrome comme dirait l'autre. Si je le deplace a nouveau sur la barre d'outils, meme topo, meme message d'erreur. Si je le lance alors que je n'ai pas d'apercu a l'ecran (sur un formulaire par exemple) il me reponds "Erreur 2476, l'expression entrée necessite que l'etat se trouve dans la fenetre active" ce qui alors parait plutot logique et me laisse bien a penser qu'il trouve bien ma fonction le coquin. Bon a force de tourner en ronds, je me dit, tant pis, pour l'instant je vais le laisser dans la barre de menu puisque la, ca marche (nickel chrome et tout ca). Mais voila que sur les postes utilisateurs installés avec le runtime, ce bouton n'apparait plus. Alors moi, je dis "Grrrrr" mais Access s'en fiche pas mal... comprend pô... Si quelqu'un a une idee ou meme un debut de piste... Merci d'avance
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous
runtime, mais tu peux néanmoins ajouter à ton application des barres
d'outils personnalisées
voir: http://officesystem.access.free.fr/runtime/index.htm
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" <rapp.ext@culture.gouv.fr> a écrit dans le message de news:
1124180359.227747.319530@o13g2000cwo.googlegroups.com...
Bonjour a tous,
Voila j'ai un petit soucis sous Access 97 et la personnalisation d'une
barre d'outil.
J'ai cree une petite fonction pour appeler la boite de dialogue
imprimante pour imprimer un etat qui est en apercu.
Public Function DialImprim()
Dim rptEtatActif As Report
Set rptEtatActif = Screen.ActiveReport
DoCmd.RunCommand acCmdPrint
DoCmd.Close acReport, rptEtatActif.Name
End Function
Je cree un bouton relié a cette fonction, que je met dans une barre
d'outil personnalisee. Lorsque je clique sur le bouton avec un apercu
d'etat a l'ecran, j'ai le message : "l'expression comporte un nom de
champs, de propriete ou de controle introuvable".
Si je deplace ce bouton sur la barre de menu Access, ca marche
impeccable nickel chrome comme dirait l'autre. Si je le deplace a
nouveau sur la barre d'outils, meme topo, meme message d'erreur. Si je
le lance alors que je n'ai pas d'apercu a l'ecran (sur un formulaire
par exemple) il me reponds "Erreur 2476, l'expression entrée necessite
que l'etat se trouve dans la fenetre active" ce qui alors parait plutot
logique et me laisse bien a penser qu'il trouve bien ma fonction le
coquin.
Bon a force de tourner en ronds, je me dit, tant pis, pour l'instant je
vais le laisser dans la barre de menu puisque la, ca marche (nickel
chrome et tout ca). Mais voila que sur les postes utilisateurs
installés avec le runtime, ce bouton n'apparait plus. Alors moi, je
dis "Grrrrr" mais Access s'en fiche pas mal... comprend pô...
Si quelqu'un a une idee ou meme un debut de piste...
Merci d'avance
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" a écrit dans le message de news:
Bonjour a tous, Voila j'ai un petit soucis sous Access 97 et la personnalisation d'une barre d'outil. J'ai cree une petite fonction pour appeler la boite de dialogue imprimante pour imprimer un etat qui est en apercu.
Public Function DialImprim() Dim rptEtatActif As Report Set rptEtatActif = Screen.ActiveReport DoCmd.RunCommand acCmdPrint DoCmd.Close acReport, rptEtatActif.Name End Function
Je cree un bouton relié a cette fonction, que je met dans une barre d'outil personnalisee. Lorsque je clique sur le bouton avec un apercu d'etat a l'ecran, j'ai le message : "l'expression comporte un nom de champs, de propriete ou de controle introuvable". Si je deplace ce bouton sur la barre de menu Access, ca marche impeccable nickel chrome comme dirait l'autre. Si je le deplace a nouveau sur la barre d'outils, meme topo, meme message d'erreur. Si je le lance alors que je n'ai pas d'apercu a l'ecran (sur un formulaire par exemple) il me reponds "Erreur 2476, l'expression entrée necessite que l'etat se trouve dans la fenetre active" ce qui alors parait plutot logique et me laisse bien a penser qu'il trouve bien ma fonction le coquin. Bon a force de tourner en ronds, je me dit, tant pis, pour l'instant je vais le laisser dans la barre de menu puisque la, ca marche (nickel chrome et tout ca). Mais voila que sur les postes utilisateurs installés avec le runtime, ce bouton n'apparait plus. Alors moi, je dis "Grrrrr" mais Access s'en fiche pas mal... comprend pô... Si quelqu'un a une idee ou meme un debut de piste... Merci d'avance
Alexis
Merci pour tes réponses toujours aussi prompt Raymond OK donc cela explique bien pourquoi ce qui marche sur mon poste en version complete, quand je met le bouton sur la barre de menu, n'apparait plus en version runtime. Mais à l'origine je met bien ce bouton sur une barre d'outil personnalisée. Et c'est la , meme en version complete access, que le bouton semble ne plus trouver la fonction quand j'ai bien un etat chargé en apercu, alors qu'il la trouve bien quand je n'ai pas d'apercu de chargé et du coup il me répond qu'il faut que j'ai un état de chargé pour lancer cette commande... Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon plage, a celui qui au passage reconnaitra le film d'ou est extrait cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gér ées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
Merci pour tes réponses toujours aussi prompt Raymond
OK donc cela explique bien pourquoi ce qui marche sur mon poste en
version complete, quand je met le bouton sur la barre de menu,
n'apparait plus en version runtime. Mais à l'origine je met bien ce
bouton sur une barre d'outil personnalisée. Et c'est la , meme en
version complete access, que le bouton semble ne plus trouver la
fonction quand j'ai bien un etat chargé en apercu, alors qu'il la
trouve bien quand je n'ai pas d'apercu de chargé et du coup il me
répond qu'il faut que j'ai un état de chargé pour lancer cette
commande...
Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on
tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon
plage, a celui qui au passage reconnaitra le film d'ou est extrait
cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gér ées sous
runtime, mais tu peux néanmoins ajouter à ton application des barres
d'outils personnalisées
voir: http://officesystem.access.free.fr/runtime/index.htm
Merci pour tes réponses toujours aussi prompt Raymond OK donc cela explique bien pourquoi ce qui marche sur mon poste en version complete, quand je met le bouton sur la barre de menu, n'apparait plus en version runtime. Mais à l'origine je met bien ce bouton sur une barre d'outil personnalisée. Et c'est la , meme en version complete access, que le bouton semble ne plus trouver la fonction quand j'ai bien un etat chargé en apercu, alors qu'il la trouve bien quand je n'ai pas d'apercu de chargé et du coup il me répond qu'il faut que j'ai un état de chargé pour lancer cette commande... Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon plage, a celui qui au passage reconnaitra le film d'ou est extrait cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gér ées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
Raymond [mvp]
Question idiote: est-ce que place bien ton bouton sur la barre d'outils "aperçu avant impression" ?
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" a écrit dans le message de news:
Merci pour tes réponses toujours aussi prompt Raymond OK donc cela explique bien pourquoi ce qui marche sur mon poste en version complete, quand je met le bouton sur la barre de menu, n'apparait plus en version runtime. Mais à l'origine je met bien ce bouton sur une barre d'outil personnalisée. Et c'est la , meme en version complete access, que le bouton semble ne plus trouver la fonction quand j'ai bien un etat chargé en apercu, alors qu'il la trouve bien quand je n'ai pas d'apercu de chargé et du coup il me répond qu'il faut que j'ai un état de chargé pour lancer cette commande... Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon plage, a celui qui au passage reconnaitra le film d'ou est extrait cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
Question idiote: est-ce que place bien ton bouton sur la barre d'outils
"aperçu avant impression" ?
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://OfficeSystem.Access.free.fr/runtime/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" <rapp.ext@culture.gouv.fr> a écrit dans le message de news:
1124182118.103759.204970@g43g2000cwa.googlegroups.com...
Merci pour tes réponses toujours aussi prompt Raymond
OK donc cela explique bien pourquoi ce qui marche sur mon poste en
version complete, quand je met le bouton sur la barre de menu,
n'apparait plus en version runtime. Mais à l'origine je met bien ce
bouton sur une barre d'outil personnalisée. Et c'est la , meme en
version complete access, que le bouton semble ne plus trouver la
fonction quand j'ai bien un etat chargé en apercu, alors qu'il la
trouve bien quand je n'ai pas d'apercu de chargé et du coup il me
répond qu'il faut que j'ai un état de chargé pour lancer cette
commande...
Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on
tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon
plage, a celui qui au passage reconnaitra le film d'ou est extrait
cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous
runtime, mais tu peux néanmoins ajouter à ton application des barres
d'outils personnalisées
voir: http://officesystem.access.free.fr/runtime/index.htm
Question idiote: est-ce que place bien ton bouton sur la barre d'outils "aperçu avant impression" ?
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://OfficeSystem.Access.free.fr/runtime/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Alexis" a écrit dans le message de news:
Merci pour tes réponses toujours aussi prompt Raymond OK donc cela explique bien pourquoi ce qui marche sur mon poste en version complete, quand je met le bouton sur la barre de menu, n'apparait plus en version runtime. Mais à l'origine je met bien ce bouton sur une barre d'outil personnalisée. Et c'est la , meme en version complete access, que le bouton semble ne plus trouver la fonction quand j'ai bien un etat chargé en apercu, alors qu'il la trouve bien quand je n'ai pas d'apercu de chargé et du coup il me répond qu'il faut que j'ai un état de chargé pour lancer cette commande... Merde on tourne en ronds, merde on tourne en ronds, MERDE !... on tourne en ronds ! (un ticket gratuit pour le manege situé à Tharon plage, a celui qui au passage reconnaitra le film d'ou est extrait cette réplique)
Bonjour.
une piste à suivre: Les barres d'outils intégrées ne sont pas gérées sous runtime, mais tu peux néanmoins ajouter à ton application des barres d'outils personnalisées voir: http://officesystem.access.free.fr/runtime/index.htm
Alexis
Question pas si idiote que ca... Car non je ne l'avais pas mis sur cette barre qui fait partie des barre integrées et que mes utilisateurs ne retrouvait donc pas en runtime. Mais bon, je fais le test quand meme et sur mon poste, ca marche et si je vais voir en runtime, bien sur ca n'apparait pas. Puis je le redeplace dans ma barre d'outils et sur mon poste ça marche plus. Comme je suis un peu têtu, je l'essaye sur les postes runtime et ô miracle, ca marche chez eux et pas chez moi... mais après tout ce qui m'importe c'est que ca marche chez eux... comprends toujours pô mais bon y'a des fois.... si ça marçhe, eh ben ça marche et pis c'est tout. Merci pour ces bonnes pistes magicien Raymond. PS : pour ceux qui aiment bien les mysteres. J'ai une base qui me sert pour le developpement et que je copie a un autre endroit quand je veux la mettre à jour pour les utilisateurs. Eh bien si j'ouvre sur mon access ma base de developpement, mon bouton me renvoie toujours la meme erreur, mais si je la copie sur le dossier des utilisateurs puis que je vais l'ouvrir a partir de cet emplacement, ça marche.... ... ... ... ben ça alors !
Question pas si idiote que ca... Car non je ne l'avais pas mis sur
cette barre qui fait partie des barre integrées et que mes
utilisateurs ne retrouvait donc pas en runtime. Mais bon, je fais le
test quand meme et sur mon poste, ca marche et si je vais voir en
runtime, bien sur ca n'apparait pas. Puis je le redeplace dans ma barre
d'outils et sur mon poste ça marche plus. Comme je suis un peu têtu,
je l'essaye sur les postes runtime et ô miracle, ca marche chez eux et
pas chez moi... mais après tout ce qui m'importe c'est que ca marche
chez eux... comprends toujours pô mais bon y'a des fois.... si ça
marçhe, eh ben ça marche et pis c'est tout.
Merci pour ces bonnes pistes magicien Raymond.
PS : pour ceux qui aiment bien les mysteres. J'ai une base qui me sert
pour le developpement et que je copie a un autre endroit quand je veux
la mettre à jour pour les utilisateurs. Eh bien si j'ouvre sur mon
access ma base de developpement, mon bouton me renvoie toujours la meme
erreur, mais si je la copie sur le dossier des utilisateurs puis que je
vais l'ouvrir a partir de cet emplacement, ça marche.... ... ... ...
ben ça alors !
Question pas si idiote que ca... Car non je ne l'avais pas mis sur cette barre qui fait partie des barre integrées et que mes utilisateurs ne retrouvait donc pas en runtime. Mais bon, je fais le test quand meme et sur mon poste, ca marche et si je vais voir en runtime, bien sur ca n'apparait pas. Puis je le redeplace dans ma barre d'outils et sur mon poste ça marche plus. Comme je suis un peu têtu, je l'essaye sur les postes runtime et ô miracle, ca marche chez eux et pas chez moi... mais après tout ce qui m'importe c'est que ca marche chez eux... comprends toujours pô mais bon y'a des fois.... si ça marçhe, eh ben ça marche et pis c'est tout. Merci pour ces bonnes pistes magicien Raymond. PS : pour ceux qui aiment bien les mysteres. J'ai une base qui me sert pour le developpement et que je copie a un autre endroit quand je veux la mettre à jour pour les utilisateurs. Eh bien si j'ouvre sur mon access ma base de developpement, mon bouton me renvoie toujours la meme erreur, mais si je la copie sur le dossier des utilisateurs puis que je vais l'ouvrir a partir de cet emplacement, ça marche.... ... ... ... ben ça alors !
