Gestion des fichiers graphiques dans les Etats VFP avec ou sans XFRF

[Gilles LAJOT-SARTHOU]

Bonjour a tous..

J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états
contenant un nombre non connu a l'avance de fichiers graphiques.
Ces fichiers graphiques sont:
- soit des fichiers au format BMP ou JPG et statiques (disponibles en
permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en utilisation
Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état, j'ai
deux champs type GENERAL, l'un pour les images statiques, l'autre pour les
images dynamiques. Le rapport hauteur/largeur étant différent entre ces deux
types d'images et les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL
(m.cMonChampImage) FROM (m.cNomImage).

Mes problèmes:
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats BMP ne pose pas
de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats JPG il n'y a pas
d'impression des fichiers de ce format ou alors sous forme de vignettes
iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de simples
vignettes iconisées avec le nom du fichier graphique en clair

Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP ne
pose pas de problèmes, alors qu'en exportation PDF, les images sont
transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés en
DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas les
fichiers JPG, BMP ou autres..

Ma question:

Comment faites vous pour imprimer sur papier ( REPORT FORM (m.cMonForm) TO
PRINTER/PREVIEW ) des documents comprenant un nombre aléatoire (moins d'une
dizaine quand même) de fichiers graphiques (un ou deux par enregistrement du
curseur lié au report, et 1 à N enregistrement(s) dans ce curseur) ?

Cordialement
GLS
Membre AtoutFox

[Francis FAURE]

Gilles,

Concernant ton problème de JPG, en report dans un champ general,
fonctionnant sur certaine machine et pas d'autres :

- Je pense que simplement l'association des JPG sur les machines en question
n'est pas sur le paint, mais sur un outil qui n'est pas ole...

Voici ce que tu pourrais tester et me donner ton retour :

- ré-attacher ton .jpg avec paint :
a) soit en interface de l'explorateur
b) soit en ligne de commande si tu veux l'automatiser :

lance une boite de commande :
démarrer executer : CMD (ou un run /... en vfp)
dans le CMD au c:\>
taper "assoc .jpg" il doit t'afficher l'association en cours
si tu veux la changer et mettre la même que ton BMP :
vérifier ton association BMP avec "assoc .bmp"
et ré associer avec :
"assoc .jpg=Paint.Picture"

attention :
1) dans mon exemple c'est les .JPG si tu veux aussi associer les .JPEG ou
autre : il te faut traiter les associations individuellement
2) si tu est sous une machine Visat avec UAC ou Windows 7 avec UAC : il te
faut lancer ton CMD en "tant qu'administrateur"

Cordialement
Francis Faure From Nouakchott in Mauritanie

[Gilles LAJOT-SARTHOU]

Bonjour Francis,

J'ai déjà essayé de remettre les associations entre les fichiers graphiques
(bmp, jpg,tif,etc..) avec MsPaint a partir des fonctions de l'OS. Dans
certains cas cela règle le problème dans d'autre rien..
Mes deux soucis principaux sont:
- bonne impression de fichiers au format BMP mais mauvaise impression avec
les formats JPG sur les mêmes machines. (les deux étant naturellement ouvert
par Mspaint (donc associé a lui) si l'on demande a les modifier par un clic
droit sous Explorateur Windows)
- bonne impression de fichiers au format BMP sous VFP seul alors qu'avec
XFRX gros pâté sous des exportations PDF, et en prenant les JPG sur les
mêmes machines en VFP pas d'impression des images alors qu'en exportation
PDF sous XFRX cela fonctionne..
- quelques machines (1 sur 5 en moyenne), rien ne fonctionne, c'est
systématiquement un pâté noir sous VFP et XFRF quelque soit le format de
fichier graphique..

J'ai du bricolage de contournement pour régler ces situations mais cela
m'oblige d'effectuer machine par machine un paramétrage spécifique pour
gérer les pépins..

Je vais essayer par les commandes DOS d'associations que tu m'as fournie..

Amicalement
Gilles
Membre AtoutFox

Post by Francis FAURE
Gilles,
Concernant ton problème de JPG, en report dans un champ general,
- Je pense que simplement l'association des JPG sur les machines en
question n'est pas sur le paint, mais sur un outil qui n'est pas ole...
a) soit en interface de l'explorateur
démarrer executer : CMD (ou un run /... en vfp)
dans le CMD au c:\>
taper "assoc .jpg" il doit t'afficher l'association en cours
vérifier ton association BMP avec "assoc .bmp"
"assoc .jpg=Paint.Picture"
1) dans mon exemple c'est les .JPG si tu veux aussi associer les .JPEG ou
autre : il te faut traiter les associations individuellement
2) si tu est sous une machine Visat avec UAC ou Windows 7 avec UAC : il te
faut lancer ton CMD en "tant qu'administrateur"
Cordialement
Francis Faure From Nouakchott in Mauritanie

[Francis FAURE]

Gilles,
si apres avoir associé ton .jpg tu as une image "noire" : je pense a un
problème avec le format jpg utilisé pour l'image elle même style entrelacé
ou autre
ton image s'ouvre bien dans mspaint avec un double clic ? as tu essayé en re
enregistrant cette image avec mspaint ?
expédie moi en email un .jpg d'exemple qui ne fonctionne pas correctement
Cordialement
Francis

Post by Gilles LAJOT-SARTHOU
Bonjour Francis,
J'ai déjà essayé de remettre les associations entre les fichiers
graphiques (bmp, jpg,tif,etc..) avec MsPaint a partir des fonctions de
l'OS. Dans certains cas cela règle le problème dans d'autre rien..
- bonne impression de fichiers au format BMP mais mauvaise impression avec
les formats JPG sur les mêmes machines. (les deux étant naturellement
ouvert par Mspaint (donc associé a lui) si l'on demande a les modifier par
un clic droit sous Explorateur Windows)
- bonne impression de fichiers au format BMP sous VFP seul alors qu'avec
XFRX gros pâté sous des exportations PDF, et en prenant les JPG sur les
mêmes machines en VFP pas d'impression des images alors qu'en exportation
PDF sous XFRX cela fonctionne..
- quelques machines (1 sur 5 en moyenne), rien ne fonctionne, c'est
systématiquement un pâté noir sous VFP et XFRF quelque soit le format de
fichier graphique..
J'ai du bricolage de contournement pour régler ces situations mais cela
m'oblige d'effectuer machine par machine un paramétrage spécifique pour
gérer les pépins..
Je vais essayer par les commandes DOS d'associations que tu m'as fournie..
Amicalement
Gilles
Membre AtoutFox

Post by Francis FAURE
Gilles,
Concernant ton problème de JPG, en report dans un champ general,
- Je pense que simplement l'association des JPG sur les machines en
question n'est pas sur le paint, mais sur un outil qui n'est pas ole...
a) soit en interface de l'explorateur
démarrer executer : CMD (ou un run /... en vfp)
dans le CMD au c:\>
taper "assoc .jpg" il doit t'afficher l'association en cours
vérifier ton association BMP avec "assoc .bmp"
"assoc .jpg=Paint.Picture"
1) dans mon exemple c'est les .JPG si tu veux aussi associer les .JPEG ou
autre : il te faut traiter les associations individuellement
2) si tu est sous une machine Visat avec UAC ou Windows 7 avec UAC : il
te faut lancer ton CMD en "tant qu'administrateur"
Cordialement
Francis Faure From Nouakchott in Mauritanie

[OlivierH]

Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé
mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que
tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier

Post by Gilles LAJOT-SARTHOU
Bonjour a tous..
J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états
contenant un nombre non connu a l'avance de fichiers graphiques.
- soit des fichiers au format BMP ou JPG et statiques (disponibles en
permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en
utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état,
j'ai deux champs type GENERAL, l'un pour les images statiques, l'autre
pour les images dynamiques. Le rapport hauteur/largeur étant différent
entre ces deux types d'images et les deux sont liées a un même
enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL
(m.cMonChampImage) FROM (m.cNomImage).
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats BMP ne pose
pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats JPG il n'y
a pas d'impression des fichiers de ce format ou alors sous forme de
vignettes iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de
simples vignettes iconisées avec le nom du fichier graphique en clair
Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP
ne pose pas de problèmes, alors qu'en exportation PDF, les images sont
transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés
en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas
les fichiers JPG, BMP ou autres..
Comment faites vous pour imprimer sur papier ( REPORT FORM
(m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un nombre
aléatoire (moins d'une dizaine quand même) de fichiers graphiques (un
ou deux par enregistrement du curseur lié au report, et 1 à N
enregistrement(s) dans ce curseur) ?
Cordialement
GLS
Membre AtoutFox

[Gilles LAJOT-SARTHOU]

Bonjour OlivierH..

Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en mode 90, j'ai déjà testé l'édition d'image avec une variable pointant sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous XFRX et ce type de mécanisme ne fonctionne pas pour lui..

Ce que je cherche, c'est une méthodologie unique pour les éditions de LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...

A tester donc..

Amicalement
GLS
Membre AtoutFox
OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de news:***@TK2MSFTNGP02.phx.gbl...
Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier


Le 18/05/2010 12:10, Gilles LAJOT-SARTHOU a écrit :
Bonjour a tous..

J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états contenant un nombre non connu a l'avance de fichiers graphiques.
Ces fichiers graphiques sont:
- soit des fichiers au format BMP ou JPG et statiques (disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état, j'ai deux champs type GENERAL, l'un pour les images statiques, l'autre pour les images dynamiques. Le rapport hauteur/largeur étant différent entre ces deux types d'images et les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL (m.cMonChampImage) FROM (m.cNomImage).

Mes problèmes:
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats BMP ne pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats JPG il n'y a pas d'impression des fichiers de ce format ou alors sous forme de vignettes iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de simples vignettes iconisées avec le nom du fichier graphique en clair

Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP ne pose pas de problèmes, alors qu'en exportation PDF, les images sont transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas les fichiers JPG, BMP ou autres..

Ma question:

Comment faites vous pour imprimer sur papier ( REPORT FORM (m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un nombre aléatoire (moins d'une dizaine quand même) de fichiers graphiques (un ou deux par enregistrement du curseur lié au report, et 1 à N enregistrement(s) dans ce curseur) ?

Cordialement
GLS
Membre AtoutFox

[Alain L]

Bonsoir,
Dans les PDF les images sont-elles noires aussi dans la
prévu à l'écran ou bien que sur les sorties papier ?

Alain

"Gilles LAJOT-SARTHOU" <***@wanadoo.fr> a
écrit dans le message de news:
***@TK2MSFTNGP02.phx.gbl...
Bonjour OlivierH..

Merci je n'ai pas testé les champs BLOB, par contre dans un
REPORT en mode 90, j'ai déjà testé l'édition d'image avec
une variable pointant sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi
passer sous XFRX et ce type de mécanisme ne fonctionne pas
pour lui..

Ce que je cherche, c'est une méthodologie unique pour les
éditions de LABEL ou REPORT avec ou sans fichiers bitmaps
directement sous VFP9 et sous XFRX avec les formats
DOC,ODT,PDF,RTF,HTML et PDF...

A tester donc..

Amicalement
GLS
Membre AtoutFox
OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le
message de news:***@TK2MSFTNGP02.phx.gbl...
Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai
du implementé mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les
machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec
pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier


Le 18/05/2010 12:10, Gilles LAJOT-SARTHOU a écrit :
Bonjour a tous..

J'ai besoin d'imprimer avec VFP ou d'exporter a travers
XFRF des états contenant un nombre non connu a l'avance de
fichiers graphiques.
Ces fichiers graphiques sont:
- soit des fichiers au format BMP ou JPG et statiques
(disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés
dynamiquement en utilisation Foxcharts ou GDIPlusX avant
chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur
lié a cet état, j'ai deux champs type GENERAL, l'un pour les
images statiques, l'autre pour les images dynamiques. Le
rapport hauteur/largeur étant différent entre ces deux types
d'images et les deux sont liées a un même enregistrement du
curseur.
Pour nourrir ces champs généraux, j'utilise la commande
APPEND GENERAL (m.cMonChampImage) FROM (m.cNomImage).

Mes problèmes:
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90
(REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'impression directe par VFP avec des fichiers
aux formats BMP ne pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'impression directe par VFP avec des fichiers
aux formats JPG il n'y a pas d'impression des fichiers de ce
format ou alors sous forme de vignettes iconisées avec le
nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres
impriment de simples vignettes iconisées avec le nom du
fichier graphique en clair

Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set
reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'exportation en fichier ODT ou DOC avec des
fichiers aux formats BMP ne pose pas de problèmes, alors
qu'en exportation PDF, les images sont transformées en pâtés
uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont
correctement exportés en DOC,ODT et PDF (alors que sous VFP
il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF
n'incorpore pas les fichiers JPG, BMP ou autres..

Ma question:

Comment faites vous pour imprimer sur papier ( REPORT
FORM (m.cMonForm) TO PRINTER/PREVIEW ) des documents
comprenant un nombre aléatoire (moins d'une dizaine quand
même) de fichiers graphiques (un ou deux par enregistrement
du curseur lié au report, et 1 à N enregistrement(s) dans ce
curseur) ?

Cordialement
GLS
Membre AtoutFox

[Gilles LAJOT-SARTHOU]

Bonjour,

Les deux..
Dans l'exportation en PDF d'un REPORT VFP avec des fichiers bitmaps en
provenance d'un champ DATA GENERAL, XFRF ne fonctionne pas correctement pour
la partie image..ma version est la dernière 12.8..

Cordialement
GLS
Membre AtoutFox

Post by Alain L
Bonsoir,
Dans les PDF les images sont-elles noires aussi dans la prévu à l'écran ou
bien que sur les sorties papier ?
Alain
Bonjour OlivierH..
Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en mode
90, j'ai déjà testé l'édition d'image avec une variable pointant sur un
objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous XFRX
et ce type de mécanisme ne fonctionne pas pour lui..
Ce que je cherche, c'est une méthodologie unique pour les éditions de
LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et
sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...
A tester donc..
Amicalement
GLS
Membre AtoutFox
Salut Gilles,
Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé
mon report avec le report listener.
Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que
tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.
Tiens moi au courant je peux t'aider à mettre ca en place,
Olivier
Bonjour a tous..
J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états
contenant un nombre non connu a l'avance de fichiers graphiques.
- soit des fichiers au format BMP ou JPG et statiques (disponibles en
permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en
utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état,
j'ai deux champs type GENERAL, l'un pour les images statiques, l'autre
pour les images dynamiques. Le rapport hauteur/largeur étant différent
entre ces deux types d'images et les deux sont liées a un même
enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL
(m.cMonChampImage) FROM (m.cNomImage).
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats BMP ne pose pas
de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats JPG il n'y a
pas d'impression des fichiers de ce format ou alors sous forme de
vignettes iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de
simples vignettes iconisées avec le nom du fichier graphique en clair
Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP ne
pose pas de problèmes, alors qu'en exportation PDF, les images sont
transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés
en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas
les fichiers JPG, BMP ou autres..
Comment faites vous pour imprimer sur papier ( REPORT FORM
(m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un nombre
aléatoire (moins d'une dizaine quand même) de fichiers graphiques (un ou
deux par enregistrement du curseur lié au report, et 1 à N
enregistrement(s) dans ce curseur) ?
Cordialement
GLS
Membre AtoutFox

[OlivierH]

Je vais faire le test avec Xfrx et te dire si ma class fonctionne avec.

Olivier,

Post by Gilles LAJOT-SARTHOU
Bonjour OlivierH..
Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en
mode 90, j'ai déjà testé l'édition d'image avec une variable pointant
sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous
XFRX et ce type de mécanisme ne fonctionne pas pour lui..
Ce que je cherche, c'est une méthodologie unique pour les éditions de
LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et
sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...
A tester donc..
Amicalement
GLS
Membre AtoutFox
Salut Gilles,
Pour ma part j'ai utilisé un champs de type blog et j'ai du
implementé mon report avec le report listener.
Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval,
ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.
Tiens moi au courant je peux t'aider à mettre ca en place,
Olivier

Post by Gilles LAJOT-SARTHOU
Bonjour a tous..
J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des
états contenant un nombre non connu a l'avance de fichiers
graphiques.
- soit des fichiers au format BMP ou JPG et statiques
(disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en
utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet
état, j'ai deux champs type GENERAL, l'un pour les images
statiques, l'autre pour les images dynamiques. Le rapport
hauteur/largeur étant différent entre ces deux types d'images et
les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND
GENERAL (m.cMonChampImage) FROM (m.cNomImage).
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats BMP ne
pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats JPG il
n'y a pas d'impression des fichiers de ce format ou alors sous
forme de vignettes iconisées avec le nom en clair du fichier
graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment
de simples vignettes iconisées avec le nom du fichier graphique
en clair
Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'exportation en fichier ODT ou DOC avec des fichiers aux formats
BMP ne pose pas de problèmes, alors qu'en exportation PDF, les
images sont transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement
exportés en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF
n'incorpore pas les fichiers JPG, BMP ou autres..
Comment faites vous pour imprimer sur papier ( REPORT FORM
(m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un
nombre aléatoire (moins d'une dizaine quand même) de fichiers
graphiques (un ou deux par enregistrement du curseur lié au
report, et 1 à N enregistrement(s) dans ce curseur) ?
Cordialement
GLS
Membre AtoutFox

[OlivierH]

Je te confirme que mon mécanisme de ReportListener avec la gestion des
blob (image à la volée)
fonctionne très biens avec xfrx => PDF et DOC , j'ai testé ces deux
formats car j'ai un manque de temps.
(j'ai un fichier image blob de 9 lignes pour ce report et cela genere 9
images 1 par page en plein écran mais tu peux réduire si tu veux.)

J'ai été étonné de la rapidité de la génération.Xfrx est produit etonnant.

je t'aurais bien fabriqué un code mais cela me demande du temps,
si tu veux avancer sur un petit prg et je peux t'aider si tu es bloqué.

Olivier,

Post by Gilles LAJOT-SARTHOU
Bonjour OlivierH..
Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en
mode 90, j'ai déjà testé l'édition d'image avec une variable pointant
sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous
XFRX et ce type de mécanisme ne fonctionne pas pour lui..
Ce que je cherche, c'est une méthodologie unique pour les éditions de
LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et
sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...
A tester donc..
Amicalement
GLS
Membre AtoutFox
Salut Gilles,
Pour ma part j'ai utilisé un champs de type blog et j'ai du
implementé mon report avec le report listener.
Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval,
ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.
Tiens moi au courant je peux t'aider à mettre ca en place,
Olivier

Post by Gilles LAJOT-SARTHOU
Bonjour a tous..
J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des
états contenant un nombre non connu a l'avance de fichiers
graphiques.
- soit des fichiers au format BMP ou JPG et statiques
(disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en
utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet
état, j'ai deux champs type GENERAL, l'un pour les images
statiques, l'autre pour les images dynamiques. Le rapport
hauteur/largeur étant différent entre ces deux types d'images et
les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND
GENERAL (m.cMonChampImage) FROM (m.cNomImage).
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats BMP ne
pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'impression directe par VFP avec des fichiers aux formats JPG il
n'y a pas d'impression des fichiers de ce format ou alors sous
forme de vignettes iconisées avec le nom en clair du fichier
graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment
de simples vignettes iconisées avec le nom du fichier graphique
en clair
Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7
l'exportation en fichier ODT ou DOC avec des fichiers aux formats
BMP ne pose pas de problèmes, alors qu'en exportation PDF, les
images sont transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement
exportés en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF
n'incorpore pas les fichiers JPG, BMP ou autres..
Comment faites vous pour imprimer sur papier ( REPORT FORM
(m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un
nombre aléatoire (moins d'une dizaine quand même) de fichiers
graphiques (un ou deux par enregistrement du curseur lié au
report, et 1 à N enregistrement(s) dans ce curseur) ?
Cordialement
GLS
Membre AtoutFox

[Gilles LAJOT-SARTHOU]

Merci OlivierH..

Je vais tester l'utilisation des blobs dans la matinée..

Amicalement
GLS
Membre AtoutFox
"OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de news:***@TK2MSFTNGP05.phx.gbl...
Je te confirme que mon mécanisme de ReportListener avec la gestion des blob (image à la volée)
fonctionne très biens avec xfrx => PDF et DOC , j'ai testé ces deux formats car j'ai un manque de temps.
(j'ai un fichier image blob de 9 lignes pour ce report et cela genere 9 images 1 par page en plein écran mais tu peux réduire si tu veux.)

J'ai été étonné de la rapidité de la génération.Xfrx est produit etonnant.

je t'aurais bien fabriqué un code mais cela me demande du temps,
si tu veux avancer sur un petit prg et je peux t'aider si tu es bloqué.

Olivier,


Le 19/05/2010 09:19, Gilles LAJOT-SARTHOU a écrit :
Bonjour OlivierH..

Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en mode 90, j'ai déjà testé l'édition d'image avec une variable pointant sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous XFRX et ce type de mécanisme ne fonctionne pas pour lui..

Ce que je cherche, c'est une méthodologie unique pour les éditions de LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...

A tester donc..

Amicalement
GLS
Membre AtoutFox
OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de news:***@TK2MSFTNGP02.phx.gbl...
Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier


Le 18/05/2010 12:10, Gilles LAJOT-SARTHOU a écrit :
Bonjour a tous..

J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états contenant un nombre non connu a l'avance de fichiers graphiques.
Ces fichiers graphiques sont:
- soit des fichiers au format BMP ou JPG et statiques (disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état, j'ai deux champs type GENERAL, l'un pour les images statiques, l'autre pour les images dynamiques. Le rapport hauteur/largeur étant différent entre ces deux types d'images et les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL (m.cMonChampImage) FROM (m.cNomImage).

Mes problèmes:
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats BMP ne pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats JPG il n'y a pas d'impression des fichiers de ce format ou alors sous forme de vignettes iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de simples vignettes iconisées avec le nom du fichier graphique en clair

Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP ne pose pas de problèmes, alors qu'en exportation PDF, les images sont transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas les fichiers JPG, BMP ou autres..

Ma question:

Comment faites vous pour imprimer sur papier ( REPORT FORM (m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un nombre aléatoire (moins d'une dizaine quand même) de fichiers graphiques (un ou deux par enregistrement du curseur lié au report, et 1 à N enregistrement(s) dans ce curseur) ?

Cordialement
GLS
Membre AtoutFox

[Francis FAURE]

Olivier
le blob et le general sont gérés de la même manière en VFP : un lien ole sur mspaint
donc le problème reviendra sur l'association du jpg
Pour le listener incorporant GDI+ directement cela ne fonctionnera pas avec XFRX : la méthode de gilles de faire un jpg avant est mieux
"OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de groupe de discussion : ***@TK2MSFTNGP05.phx.gbl...
Je te confirme que mon mécanisme de ReportListener avec la gestion des blob (image à la volée)
fonctionne très biens avec xfrx => PDF et DOC , j'ai testé ces deux formats car j'ai un manque de temps.
(j'ai un fichier image blob de 9 lignes pour ce report et cela genere 9 images 1 par page en plein écran mais tu peux réduire si tu veux.)

J'ai été étonné de la rapidité de la génération.Xfrx est produit etonnant.

je t'aurais bien fabriqué un code mais cela me demande du temps,
si tu veux avancer sur un petit prg et je peux t'aider si tu es bloqué.

Olivier,


Le 19/05/2010 09:19, Gilles LAJOT-SARTHOU a écrit :
Bonjour OlivierH..

Merci je n'ai pas testé les champs BLOB, par contre dans un REPORT en mode 90, j'ai déjà testé l'édition d'image avec une variable pointant sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer sous XFRX et ce type de mécanisme ne fonctionne pas pour lui..

Ce que je cherche, c'est une méthodologie unique pour les éditions de LABEL ou REPORT avec ou sans fichiers bitmaps directement sous VFP9 et sous XFRX avec les formats DOC,ODT,PDF,RTF,HTML et PDF...

A tester donc..

Amicalement
GLS
Membre AtoutFox
OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de news:***@TK2MSFTNGP02.phx.gbl...
Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier


Le 18/05/2010 12:10, Gilles LAJOT-SARTHOU a écrit :
Bonjour a tous..

J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF des états contenant un nombre non connu a l'avance de fichiers graphiques.
Ces fichiers graphiques sont:
- soit des fichiers au format BMP ou JPG et statiques (disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement en utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a cet état, j'ai deux champs type GENERAL, l'un pour les images statiques, l'autre pour les images dynamiques. Le rapport hauteur/largeur étant différent entre ces deux types d'images et les deux sont liées a un même enregistrement du curseur.
Pour nourrir ces champs généraux, j'utilise la commande APPEND GENERAL (m.cMonChampImage) FROM (m.cNomImage).

Mes problèmes:
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats BMP ne pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'impression directe par VFP avec des fichiers aux formats JPG il n'y a pas d'impression des fichiers de ce format ou alors sous forme de vignettes iconisées avec le nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres impriment de simples vignettes iconisées avec le nom du fichier graphique en clair

Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003 Serveur, W7 l'exportation en fichier ODT ou DOC avec des fichiers aux formats BMP ne pose pas de problèmes, alors qu'en exportation PDF, les images sont transformées en pâtés uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont correctement exportés en DOC,ODT et PDF (alors que sous VFP il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF n'incorpore pas les fichiers JPG, BMP ou autres..

Ma question:

Comment faites vous pour imprimer sur papier ( REPORT FORM (m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant un nombre aléatoire (moins d'une dizaine quand même) de fichiers graphiques (un ou deux par enregistrement du curseur lié au report, et 1 à N enregistrement(s) dans ce curseur) ?

Cordialement
GLS
Membre AtoutFox

[OlivierH]

Francis,

J'utilise la méthode avec listener qui alimente le pictureval par
programmation.(voir article microsoft)
Et je te confirme que cela fonctionne avec XFRX (pdf et doc), j'utilise
la propriété Successor.

Voila mon code :


Local oRL as ReportListener
SET DEFAULT TO (M.REP_LIBRARY)
m.loXfrx = XFRX("XFRX#LISTENER")

m.cFormEtat= m.REP_ETAT+"\GuideVendeur.frx"
lnRetVal = m.loXfrx.SetParams("GuideVendeur", M.REP_XFRX,.F., "",
.F., .F., "PDF")

IF m.lnRetVal = 0

Select im_fichier as PIC From Images Where "GUIDE_VENDEUR" $
upper(im_nom) ;
Order By IM_NOM ASC Into Cursor ReportTemp ReadWrite
Go top

m.oRL = NEWOBJECT("ListenerGuideVendeur","Class_frx.vcx")
m.oRL.InitBLOBImage('ReportTemp.PIC')

m.loXfrx.successor = m.oRL

Select ReportTemp
Go TOP

REPORT FORM(m.cFORMETAT) OBJECT m.loXfrx ALL NOPAGEEJECT
m.loXfrx.finalize() && renvoi l'objet Xfrx
ENDIF

ps : en plus je n'ai pas les dernières versions de xfrx peut etre la 10 .

Olivier,

Post by OlivierH
Olivier
le blob et le general sont gérés de la même manière en VFP : un lien ole sur mspaint
donc le problème reviendra sur l'association du jpg
Pour le listener incorporant GDI+ directement cela ne fonctionnera pas
avec XFRX : la méthode de gilles de faire un jpg avant est mieux
Je te confirme que mon mécanisme de ReportListener avec la gestion
des blob (image à la volée)
fonctionne très biens avec xfrx => PDF et DOC , j'ai testé ces
deux formats car j'ai un manque de temps.
(j'ai un fichier image blob de 9 lignes pour ce report et cela
genere 9 images 1 par page en plein écran mais tu peux réduire si
tu veux.)
J'ai été étonné de la rapidité de la génération.Xfrx est produit etonnant.
je t'aurais bien fabriqué un code mais cela me demande du temps,
si tu veux avancer sur un petit prg et je peux t'aider si tu es bloqué.
Olivier,

Post by Gilles LAJOT-SARTHOU
Bonjour OlivierH..
Merci je n'ai pas testé les champs BLOB, par contre dans un
REPORT en mode 90, j'ai déjà testé l'édition d'image avec une
variable pointant sur un objet Canvas (pictureVAL).
Cela fonctionne sauf que les mêmes REPORT doivent aussi passer
sous XFRX et ce type de mécanisme ne fonctionne pas pour lui..
Ce que je cherche, c'est une méthodologie unique pour les
éditions de LABEL ou REPORT avec ou sans fichiers bitmaps
directement sous VFP9 et sous XFRX avec les formats
DOC,ODT,PDF,RTF,HTML et PDF...
A tester donc..
Amicalement
GLS
Membre AtoutFox
Salut Gilles,
Pour ma part j'ai utilisé un champs de type blog et j'ai du
implementé mon report avec le report listener.
Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec
pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.
Tiens moi au courant je peux t'aider à mettre ca en place,
Olivier

Post by Gilles LAJOT-SARTHOU
Bonjour a tous..
J'ai besoin d'imprimer avec VFP ou d'exporter a travers XFRF
des états contenant un nombre non connu a l'avance de
fichiers graphiques.
- soit des fichiers au format BMP ou JPG et statiques
(disponibles en permanence dans un répertoire d'images)
- soit des fichiers au format BMP ou JPG créés dynamiquement
en utilisation Foxcharts ou GDIPlusX avant chaque REPORT FORM.
Pour en imprimer plusieurs sur l'état, dans le curseur lié a
cet état, j'ai deux champs type GENERAL, l'un pour les
images statiques, l'autre pour les images dynamiques. Le
rapport hauteur/largeur étant différent entre ces deux types
d'images et les deux sont liées a un même enregistrement du
curseur.
Pour nourrir ces champs généraux, j'utilise la commande
APPEND GENERAL (m.cMonChampImage) FROM (m.cNomImage).
Avec VFP (de VFP6 a VFP-SP2) set reporbehavior 80 ou 90 (REPORT FORM)
1) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'impression directe par VFP avec des fichiers
aux formats BMP ne pose pas de problèmes
2) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'impression directe par VFP avec des fichiers
aux formats JPG il n'y a pas d'impression des fichiers de ce
format ou alors sous forme de vignettes iconisées avec le
nom en clair du fichier graphique
3) Sur certains PC ces mêmes éditions en BMP ou autres
impriment de simples vignettes iconisées avec le nom du
fichier graphique en clair
Avec VFP (de VFP6 a VFP-SP2) et XFRF 12.8 set reporbehavior 80 ou 90
1) Sur la majorité des PC équipés de XP, Vista, W2003
Serveur, W7 l'exportation en fichier ODT ou DOC avec des
fichiers aux formats BMP ne pose pas de problèmes, alors
qu'en exportation PDF, les images sont transformées en pâtés
uniformes non comestibles
2) Sur ces mêmes PC les fichiers graphiques sont
correctement exportés en DOC,ODT et PDF (alors que sous VFP
il ne l'était pas)
3) Sur certains PC ces mêmes éditions exportées en PDF
n'incorpore pas les fichiers JPG, BMP ou autres..
Comment faites vous pour imprimer sur papier ( REPORT FORM
(m.cMonForm) TO PRINTER/PREVIEW ) des documents comprenant
un nombre aléatoire (moins d'une dizaine quand même) de
fichiers graphiques (un ou deux par enregistrement du
curseur lié au report, et 1 à N enregistrement(s) dans ce curseur) ?
Cordialement
GLS
Membre AtoutFox

[Francis FAURE]

Oui Olivier,
mais je te répondais au fait que tu parlais d'utiliser des fonctions GDI+ dans ton listener lui même, c'est cela qui ne fonctionne pas.
Cordialement

"OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de groupe de discussion : OSWlckA%***@TK2MSFTNGP05.phx.gbl...
Francis,

J'utilise la méthode avec listener qui alimente le pictureval par programmation.(voir article microsoft)
Et je te confirme que cela fonctionne avec XFRX (pdf et doc), j'utilise la propriété Successor.

Voila mon code :


Local oRL as ReportListener
SET DEFAULT TO (M.REP_LIBRARY)
m.loXfrx = XFRX("XFRX#LISTENER")

m.cFormEtat= m.REP_ETAT+"\GuideVendeur.frx"
lnRetVal = m.loXfrx.SetParams("GuideVendeur", M.REP_XFRX,.F., "", .F., .F., "PDF")

IF m.lnRetVal = 0

Select im_fichier as PIC From Images Where "GUIDE_VENDEUR" $ upper(im_nom) ;
Order By IM_NOM ASC Into Cursor ReportTemp ReadWrite
Go top

m.oRL = NEWOBJECT("ListenerGuideVendeur","Class_frx.vcx")
m.oRL.InitBLOBImage('ReportTemp.PIC')

m.loXfrx.successor = m.oRL

Select ReportTemp
Go TOP

REPORT FORM(m.cFORMETAT) OBJECT m.loXfrx ALL NOPAGEEJECT
m.loXfrx.finalize() && renvoi l'objet Xfrx
ENDIF

ps : en plus je n'ai pas les dernières versions de xfrx peut etre la 10 .

Olivier,








OlivierH" <"nospam[contact]"@planitron.com> a écrit dans le message de news:***@TK2MSFTNGP02.phx.gbl...
Salut Gilles,


Pour ma part j'ai utilisé un champs de type blog et j'ai du implementé mon report avec le report listener.

Voila l'article sur lequel je me suis appuyé http://support.microsoft.com/kb/895602/fr
comme cela passe par gdi+ ca marche sur toutes les machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.

Tiens moi au courant je peux t'aider à mettre ca en place,

Olivier

[OlivierH]

Quans j'ai repondu cette phrase à Gille , je ne pensais qu' au
generateur d'etat fox,
qui utilise le moteur Gdi+ pour tous les objects de l'état.

Alors qu'avant le report 90, son image utilisait l"ole associé à son
type d'image.

Bref que vfp utilise gdi+ c'était la mon point de comparaison et non le
fait qu'il faille l'implémenter.

Olivier

Post by Francis FAURE
Oui Olivier,
mais je te répondais au fait que tu parlais d'utiliser des fonctions
GDI+ dans ton listener lui même, c'est cela qui ne fonctionne pas.
Cordialement
Francis,
J'utilise la méthode avec listener qui alimente le pictureval par
programmation.(voir article microsoft)
Et je te confirme que cela fonctionne avec XFRX (pdf et doc),
j'utilise la propriété Successor.
Local oRL as ReportListener
SET DEFAULT TO (M.REP_LIBRARY)
m.loXfrx = XFRX("XFRX#LISTENER")
m.cFormEtat= m.REP_ETAT+"\GuideVendeur.frx"
lnRetVal = m.loXfrx.SetParams("GuideVendeur",
M.REP_XFRX,.F., "", .F., .F., "PDF")
IF m.lnRetVal = 0
Select im_fichier as PIC From Images Where "GUIDE_VENDEUR"
$ upper(im_nom) ;
Order By IM_NOM ASC Into Cursor ReportTemp ReadWrite
Go top
m.oRL = NEWOBJECT("ListenerGuideVendeur","Class_frx.vcx")
m.oRL.InitBLOBImage('ReportTemp.PIC')
m.loXfrx.successor = m.oRL
Select ReportTemp
Go TOP
REPORT FORM(m.cFORMETAT) OBJECT m.loXfrx ALL NOPAGEEJECT
m.loXfrx.finalize() && renvoi l'objet Xfrx
ENDIF
ps : en plus je n'ai pas les dernières versions de xfrx peut etre la 10 .
Olivier,

Post by OlivierH
Salut Gilles,
Pour ma part j'ai utilisé un champs de type blog et j'ai
du implementé mon report avec le report listener.
Voila l'article sur lequel je me suis appuyé
http://support.microsoft.com/kb/895602/fr
*comme cela passe par gdi+ ca* marche sur toutes les
machines.
ps : comme j'ai le sp1 vfp9 et qu'il y a un bug avec
pictureval, ce que tu ne dois pas avoir avec le pack2
j'ai remplacé par picture.
Tiens moi au courant je peux t'aider à mettre ca en place,
Olivier