je suis en train de créer une petite base de données francais-arabe.
elle utilise une base de données access avec 2 champs : mot-français et
mot-arabe ainsi que des images jpg pour les mots en graphique arabe.
pour afficher cete image jpg, doit je privilégier un controle image ou
un controle picture.
d'autre part suite un critere je veux imprimer le résultat :
mot-français = mot-arabe = graphique
comment imprime t_on ces champs pictures ou image et comment procéder
pour qu'à l'impression cela soit bien justifié ?
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
jdd deschamps
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox. En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox. Les deux contrôles supportent les mêmes formats d'images. Toutefois, un contrôle Image vous permet d'agrandir les images pour les adapter à la taille du contrôle, ce que n'autorise pas le contrôle PictureBox. Pour plus d'informations sur l'utilisation des contrôles Image afin de préserver les ressources système, reportez-vous à la section « Réduction des graphiques » du chapitre « Optimisation des performances et compatibilité ».
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section
"Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les
objets plus rapidement qu'un contrôle PictureBox. En revanche, le contrôle
Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de
méthodes du contrôle PictureBox. Les deux contrôles supportent les mêmes
formats d'images. Toutefois, un contrôle Image vous permet d'agrandir les
images pour les adapter à la taille du contrôle, ce que n'autorise pas le
contrôle PictureBox.
Pour plus d'informations sur l'utilisation des contrôles Image afin de
préserver les ressources système, reportez-vous à la section « Réduction des
graphiques » du chapitre « Optimisation des performances et compatibilité ».
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox. En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox. Les deux contrôles supportent les mêmes formats d'images. Toutefois, un contrôle Image vous permet d'agrandir les images pour les adapter à la taille du contrôle, ce que n'autorise pas le contrôle PictureBox. Pour plus d'informations sur l'utilisation des contrôles Image afin de préserver les ressources système, reportez-vous à la section « Réduction des graphiques » du chapitre « Optimisation des performances et compatibilité ».
ng
Salut,
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de légèreté et de souplesse que le controle image (sans parler de ses effets de scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide PaintPicture() (avec un autoredraw à true pour éviter tout effet de non redessinement et de scintillements).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox. En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox. Les deux contrôles supportent les mêmes formats d'images. Toutefois, un contrôle Image vous permet d'agrandir les images pour les adapter à la taille du contrôle, ce que n'autorise pas le contrôle PictureBox. Pour plus d'informations sur l'utilisation des contrôles Image afin de préserver les ressources système, reportez-vous à la section « Réduction des graphiques » du chapitre « Optimisation des performances et compatibilité ».
Salut,
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de légèreté
et de souplesse que le controle image (sans parler de ses effets de
scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide PaintPicture()
(avec un autoredraw à true pour éviter tout effet de non redessinement et de
scintillements).
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section
"Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et
redessine les objets plus rapidement qu'un contrôle PictureBox. En
revanche, le contrôle Image ne gère qu'un seul sous-ensemble de
propriétés, d'événements et de méthodes du contrôle PictureBox. Les
deux contrôles supportent les mêmes formats d'images. Toutefois, un
contrôle Image vous permet d'agrandir les images pour les adapter à
la taille du contrôle, ce que n'autorise pas le contrôle PictureBox.
Pour plus d'informations sur l'utilisation des contrôles Image afin
de préserver les ressources système, reportez-vous à la section «
Réduction des graphiques » du chapitre « Optimisation des
performances et compatibilité ».
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de légèreté et de souplesse que le controle image (sans parler de ses effets de scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide PaintPicture() (avec un autoredraw à true pour éviter tout effet de non redessinement et de scintillements).
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox. En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox. Les deux contrôles supportent les mêmes formats d'images. Toutefois, un contrôle Image vous permet d'agrandir les images pour les adapter à la taille du contrôle, ce que n'autorise pas le contrôle PictureBox. Pour plus d'informations sur l'utilisation des contrôles Image afin de préserver les ressources système, reportez-vous à la section « Réduction des graphiques » du chapitre « Optimisation des performances et compatibilité ».
François Picalausa
Hello,
D'accord ou non, un contrôle image est windowless et est donc plus léger. En fait, un contrôle windowless est simplement une image tracée sur le parent (un peu un bête paint picture et une région pour détecter les événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd propre au contrôle (pas de classe de fenêtre associée, pas de texte associé, ...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire) On pourrait créer son propre "contrôle" image en dessinant l'image sur la form lors de l'événement Paint (je le répète, ce n'est pas exactement ça). Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de travailler directement sur la picturebox ou la form... (ou comme le dit l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox")
-- François Picalausa
"ng" a écrit dans le message de news:
Salut,
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de légèreté et de souplesse que le controle image (sans parler de ses effets de scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide PaintPicture() (avec un autoredraw à true pour éviter tout effet de non redessinement et de scintillements).
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox.
Hello,
D'accord ou non, un contrôle image est windowless et est donc plus léger.
En fait, un contrôle windowless est simplement une image tracée sur le
parent (un peu un bête paint picture et une région pour détecter les
événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd
propre au contrôle (pas de classe de fenêtre associée, pas de texte associé,
...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire)
On pourrait créer son propre "contrôle" image en dessinant l'image sur la
form lors de l'événement Paint (je le répète, ce n'est pas exactement ça).
Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de
travailler directement sur la picturebox ou la form... (ou comme le dit
l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de
propriétés, d'événements et de méthodes du contrôle PictureBox")
--
François Picalausa
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
OJPoFkmyEHA.2876@TK2MSFTNGP12.phx.gbl
Salut,
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de
légèreté et de souplesse que le controle image (sans parler de ses
effets de scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide
PaintPicture() (avec un autoredraw à true pour éviter tout effet de
non redessinement et de scintillements).
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section
"Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et
redessine les objets plus rapidement qu'un contrôle PictureBox.
D'accord ou non, un contrôle image est windowless et est donc plus léger. En fait, un contrôle windowless est simplement une image tracée sur le parent (un peu un bête paint picture et une région pour détecter les événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd propre au contrôle (pas de classe de fenêtre associée, pas de texte associé, ...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire) On pourrait créer son propre "contrôle" image en dessinant l'image sur la form lors de l'événement Paint (je le répète, ce n'est pas exactement ça). Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de travailler directement sur la picturebox ou la form... (ou comme le dit l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox")
-- François Picalausa
"ng" a écrit dans le message de news:
Salut,
Je ne suis pas d'accor, un controle PIctureBox apporte bcp plus de légèreté et de souplesse que le controle image (sans parler de ses effets de scintillement).
Pour gérer le zoom dans un pictirebox on utilisera sa méthide PaintPicture() (avec un autoredraw à true pour éviter tout effet de non redessinement et de scintillements).
jdd deschamps wrote:
Voilà ce que j'ai trouvé dans "le guide utilisateur" à la section "Utilisation du ctrl image" :
Emploi du contrôle Image à la place d'un contrôle PictureBox :
Le contrôle Image est moins gourmand en ressources système et redessine les objets plus rapidement qu'un contrôle PictureBox.
christophe-pasde
Bonjour,
C'est le bitmap persistant du parent ?
Christophe
François Picalausa a écrit :
Hello,
D'accord ou non, un contrôle image est windowless et est donc plus léger. En fait, un contrôle windowless est simplement une image tracée sur le parent (un peu un bête paint picture et une région pour détecter les événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd propre au contrôle (pas de classe de fenêtre associée, pas de texte associé, ...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire) On pourrait créer son propre "contrôle" image en dessinant l'image sur la form lors de l'événement Paint (je le répète, ce n'est pas exactement ça). Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de travailler directement sur la picturebox ou la form... (ou comme le dit l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox")
Bonjour,
C'est le bitmap persistant du parent ?
Christophe
François Picalausa a écrit :
Hello,
D'accord ou non, un contrôle image est windowless et est donc plus léger.
En fait, un contrôle windowless est simplement une image tracée sur le
parent (un peu un bête paint picture et une région pour détecter les
événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd
propre au contrôle (pas de classe de fenêtre associée, pas de texte associé,
...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire)
On pourrait créer son propre "contrôle" image en dessinant l'image sur la
form lors de l'événement Paint (je le répète, ce n'est pas exactement ça).
Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de
travailler directement sur la picturebox ou la form... (ou comme le dit
l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de
propriétés, d'événements et de méthodes du contrôle PictureBox")
D'accord ou non, un contrôle image est windowless et est donc plus léger. En fait, un contrôle windowless est simplement une image tracée sur le parent (un peu un bête paint picture et une région pour détecter les événements mais malgré tout, pas exactement ça). Donc tu n'as pas d'hWnd propre au contrôle (pas de classe de fenêtre associée, pas de texte associé, ...) et donc pas d'hDC visible (il n'est pas interdit d'en avoir en mémoire) On pourrait créer son propre "contrôle" image en dessinant l'image sur la form lors de l'événement Paint (je le répète, ce n'est pas exactement ça). Il est donc nettement plus léger.
Par contre, je trouve aussi que point de vue souplesse, rien de tel que de travailler directement sur la picturebox ou la form... (ou comme le dit l'aide: "En revanche, le contrôle Image ne gère qu'un seul sous-ensemble de propriétés, d'événements et de méthodes du contrôle PictureBox")
