Merci beaucoup,
Je vais faire des essais.

"3stone" <home***sweet_home.be> a écrit dans le message de news:
e$1cA6TeIHA.748***TK2MSFTNGP04.phx.gbl...
> Salut,
>
> "John"
>> Est-il possible de scanner un document papier en vue de l'utiliser dans
>> un état Access
>> électroniquement ?
>>
>
>
> Scanner un document revient simplement à "importer" une image... ;-)
>
>
>
>> Si oui comment ?
>> Comment le retrouver au format A4 à l'impression ?
>
> Si tu scannes une feuille A4 "entière", tu ne pourras pas l'imprimer
> "sans réduction" dans un état A4 (because les marges) !
>
> Un utilitaire pour scanner à partir d'Access :
> http://www.logicielappui.com/tips/
>
> en bas de page : - Numérisation (Scan)
>
> --
> A+
> Pierre (3stone) Access MVP
> Perso: http://www.3stone.be/
> MPFA: http://www.mpfa.info/ (infos générales)
>
>

Bonsoir,

A noter : si taille image scannée > 5 Mb, impossible d'imprimer via un état
Access ...

Bonne chance quand même !


"John" <john.rosse***hotmail.fr> wrote in message
news:%23gUwp5WeIHA.4744***TK2MSFTNGP06.phx.gbl...
> Merci beaucoup,
> Je vais faire des essais.
>
> "3stone" <home***sweet_home.be> a écrit dans le message de news:
> e$1cA6TeIHA.748***TK2MSFTNGP04.phx.gbl...
>> Salut,
>>
>> "John"
>>> Est-il possible de scanner un document papier en vue de l'utiliser dans
>>> un état Access
>>> électroniquement ?
>>>
>>
>>
>> Scanner un document revient simplement à "importer" une image... ;-)
>>
>>
>>
>>> Si oui comment ?
>>> Comment le retrouver au format A4 à l'impression ?
>>
>> Si tu scannes une feuille A4 "entière", tu ne pourras pas l'imprimer
>> "sans réduction" dans un état A4 (because les marges) !
>>
>> Un utilitaire pour scanner à partir d'Access :
>> http://www.logicielappui.com/tips/
>>
>> en bas de page : - Numérisation (Scan)
>>
>> --
>> A+
>> Pierre (3stone) Access MVP
>> Perso: http://www.3stone.be/
>> MPFA: http://www.mpfa.info/ (infos générales)
>>
>>
>
>

Salut Bruno,

"Bruno Frisque"
| A noter : si taille image scannée > 5 Mb, impossible d'imprimer via un état
| Access ...


Juste par curiosité, j'ai scanné quelques A4 en couleurs...

Taille de chaque fichier : >25 MB

et devine quoi... no problem ;-)

--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
MPFA: http://www.mpfa.info/ (infos générales)

Mais çà c'est incroyable !!
(Raymond disait la même chose, mais avec Access 2007 ...?)

Et comment fais-tu ??
As-tu un exemple ??

Image Container .
If MonImageName <> "" then MonImage.source = MonImage : MonImage visible =
true ..?
Et tu peux scroller ??

Suis vraiment curieux ...
(aucun exemple" d'états avec grosses images sur aucun site Access ..)

à +
Bruno


"3stone" <home***sweet_home.be> wrote in message
news:%23CHu9IneIHA.4312***TK2MSFTNGP03.phx.gbl...
> Salut Bruno,
>
> "Bruno Frisque"
> | A noter : si taille image scannée > 5 Mb, impossible d'imprimer via un
> état
> | Access ...
>
>
> Juste par curiosité, j'ai scanné quelques A4 en couleurs...
>
> Taille de chaque fichier : >25 MB
>
> et devine quoi... no problem ;-)
>
> --
> A+
> Pierre (3stone) Access MVP
> Perso: http://www.3stone.be/
> MPFA: http://www.mpfa.info/ (infos générales)
>
>

Salut Bruno,

"Bruno Frisque"
| Mais çà c'est incroyable !!
| (Raymond disait la même chose, mais avec Access 2007 ...?)


J'ai fait le test avec A2k3 et une base au format A2k


| Et comment fais-tu ??
| As-tu un exemple ??
|
| Image Container .
| If MonImageName <> "" then MonImage.source = MonImage : MonImage visible =
| true ..?


oui, sauf que c'est :

MonImage.Picture = "le chemin\grosse_image.bmp"
J'ai choisis le bmp pour avoir des images "bien" grosse ;-)

Mais, je viens de faire l'essai en les sauvant comme
- jpg (images > 5 MB)
- tif (images > 7 MB)
et aucun problème...

Je peux même afficher plusieurs pages (réduites) de mon état !


| Et tu peux scroller ??

ben, comportement "normal"
sauf que, Access n'est pas doué pour un affichage optimisé d'image...
mais, on le savait - ce n'est pas Photoshop ;-)


Je crois me souvenir que tu utilise principalement le format TIF, et je me
demande s'il n'y aurait pas un problème avec le codage utilisé par le programme
(ton scanner ? ) qui te crée ces images...
A ta place, je tenterai avec une série d'images "converties" par un simple
petit soft comme PhotoFiltre http://photofiltre.free.fr/
- juste pour m'assurer de la chose.



| Suis vraiment curieux ...
| (aucun exemple" d'états avec grosses images sur aucun site Access ..)

Je me vois mal placer 10 images à 25MB sur mon site ;-))

--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
MPFA: http://www.mpfa.info/ (infos générales)

Merci 3 Stone,

Oui bien sur le code est
MonImage.Picture = "le chemin\grosse_image.bmp"
Seul problème l'image est en .JPG (oui .bmp est bien l'ami de Access, mais
là elles pèseraient 200 Mb ..)

(néanmoins merci pour ton link de conversion tif -> autres)

J'ai des tests ici : disons une centaine de plans cadastraux (.jpg couleur
300 dpi) dont le poids varie de 5 à 50 Mb ...

Mon état A2K affiche la Première image = oui ok !
Si on passe à la page suivante, il affiche tjrs. la 1ere image, et sans
message d'erreur...
(alors que le Debug.print mentionne bien "à mon format image est :" &
Plan2.Jpg) etc ..

Si on fait plus basic ?
Un Image container avec MonPlan1.JPG (6 Mb) = immédiatement message d'erreur
de Access, "cannot find image ... too big ou qque. chose comme ca"

Si tu as un (basique) exemple, 1 Etat et une table avec 2-3 noms images, je
me ferai 1 plaisir de mettre dans la table des noms d'images un peu
costaudes...(sur C:\ ou ce que tu veux)

Allez, chiche !?

Encore merci à toi
(et aux autres qui s'amusent en lisant ?)

à +

Bruno



"3stone" <home***sweet_home.be> wrote in message
news:%23L1nqEteIHA.5620***TK2MSFTNGP04.phx.gbl...
> Salut Bruno,
>
> "Bruno Frisque"
> | Mais çà c'est incroyable !!
> | (Raymond disait la même chose, mais avec Access 2007 ...?)
>
>
> J'ai fait le test avec A2k3 et une base au format A2k
>
>
> | Et comment fais-tu ??
> | As-tu un exemple ??
> |
> | Image Container .
> | If MonImageName <> "" then MonImage.source = MonImage : MonImage visible
> =
> | true ..?
>
>
> oui, sauf que c'est :
>
> MonImage.Picture = "le chemin\grosse_image.bmp"
> J'ai choisis le bmp pour avoir des images "bien" grosse ;-)
>
> Mais, je viens de faire l'essai en les sauvant comme
> - jpg (images > 5 MB)
> - tif (images > 7 MB)
> et aucun problème...
>
> Je peux même afficher plusieurs pages (réduites) de mon état !
>
>
> | Et tu peux scroller ??
>
> ben, comportement "normal"
> sauf que, Access n'est pas doué pour un affichage optimisé d'image...
> mais, on le savait - ce n'est pas Photoshop ;-)
>
>
> Je crois me souvenir que tu utilise principalement le format TIF, et je me
> demande s'il n'y aurait pas un problème avec le codage utilisé par le
> programme
> (ton scanner ? ) qui te crée ces images...
> A ta place, je tenterai avec une série d'images "converties" par un simple
> petit soft comme PhotoFiltre http://photofiltre.free.fr/
> - juste pour m'assurer de la chose.
>
>
>
> | Suis vraiment curieux ...
> | (aucun exemple" d'états avec grosses images sur aucun site Access ..)
>
> Je me vois mal placer 10 images à 25MB sur mon site ;-))
>
> --
> A+
> Pierre (3stone) Access MVP
> Perso: http://www.3stone.be/
> MPFA: http://www.mpfa.info/ (infos générales)
>
>

re,

"Bruno Frisque"
| Oui bien sur le code est
| MonImage.Picture = "le chemin\grosse_image.bmp"
| Seul problème l'image est en .JPG (oui .bmp est bien l'ami de Access, mais
| là elles pèseraient 200 Mb ..)


tu as vu plus bas que j'ai testé avec jpg et tif...


| Mon état A2K affiche la Première image = oui ok !
| Si on passe à la page suivante, il affiche tjrs. la 1ere image, et sans
| message d'erreur...
| (alors que le Debug.print mentionne bien "à mon format image est :" &
| Plan2.Jpg) etc ..


Cela ressemble plus à un problème Windows, carte graphique, pilote...
qu'à un problème directement Access.

Et attention, lorsque l'on parle de format d'image...
Tout ces formats sont de format pour l'enregistrement, la sauvegarde.
En mémoire d'ordinateur et pour l'affiche, l'image est *toujours*
décompactée - ce qui se voit d'ailleurs au chargement d'un jpg
lorsque Access affiche sa petite fenêtre :

Importation: chemin\image.jpg

Donc, au moins une image de >5 MB + l'image décompactée >200 MB
j'espère que tu ne demande pas cela à une RAM saturée... ?



| Si on fait plus basic ?
| Un Image container avec MonPlan1.JPG (6 Mb) = immédiatement message d'erreur
| de Access, "cannot find image ... too big ou qque. chose comme ca"

Juste comme ca... les extensions de fichiers s'écrivent en minuscules, malgré
que certains softs on l'abominable habitude de les écrire en majuscules.


| Si tu as un (basique) exemple, 1 Etat et une table avec 2-3 noms images, je
| me ferai 1 plaisir de mettre dans la table des noms d'images un peu
| costaudes...(sur C:\ ou ce que tu veux)
|
| Allez, chiche !?

Je comprends pas... l'exemple n'est pas un problème (quelques Ko ;-)
http://cjoint.com/?cDrbEDoRW7
mais les images ? tu veux m'envoyer un DVD ?? ;-)))

--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
MPFA: http://www.mpfa.info/ (infos générales)

Merci !

Je download et je teste !

Déjà curieux du résultat ... sur +sieurs PC avec RAM différentes .. on sait
jamais ....
(mais ok pour afficher images, même si > 3 minutes loading ! , le pb est
pour printer ..)

Merci.
à+


"3stone" <home***sweet_home.be> wrote in message
news:%23C9BSzueIHA.5296***TK2MSFTNGP05.phx.gbl...
> re,
>
> "Bruno Frisque"
> | Oui bien sur le code est
> | MonImage.Picture = "le chemin\grosse_image.bmp"
> | Seul problème l'image est en .JPG (oui .bmp est bien l'ami de Access,
> mais
> | là elles pèseraient 200 Mb ..)
>
>
> tu as vu plus bas que j'ai testé avec jpg et tif...
>
>
> | Mon état A2K affiche la Première image = oui ok !
> | Si on passe à la page suivante, il affiche tjrs. la 1ere image, et sans
> | message d'erreur...
> | (alors que le Debug.print mentionne bien "à mon format image est :" &
> | Plan2.Jpg) etc ..
>
>
> Cela ressemble plus à un problème Windows, carte graphique, pilote...
> qu'à un problème directement Access.
>
> Et attention, lorsque l'on parle de format d'image...
> Tout ces formats sont de format pour l'enregistrement, la sauvegarde.
> En mémoire d'ordinateur et pour l'affiche, l'image est *toujours*
> décompactée - ce qui se voit d'ailleurs au chargement d'un jpg
> lorsque Access affiche sa petite fenêtre :
>
> Importation: chemin\image.jpg
>
> Donc, au moins une image de >5 MB + l'image décompactée >200 MB
> j'espère que tu ne demande pas cela à une RAM saturée... ?
>
>
>
> | Si on fait plus basic ?
> | Un Image container avec MonPlan1.JPG (6 Mb) = immédiatement message
> d'erreur
> | de Access, "cannot find image ... too big ou qque. chose comme ca"
>
> Juste comme ca... les extensions de fichiers s'écrivent en minuscules,
> malgré
> que certains softs on l'abominable habitude de les écrire en majuscules.
>
>
> | Si tu as un (basique) exemple, 1 Etat et une table avec 2-3 noms
> images, je
> | me ferai 1 plaisir de mettre dans la table des noms d'images un peu
> | costaudes...(sur C:\ ou ce que tu veux)
> |
> | Allez, chiche !?
>
> Je comprends pas... l'exemple n'est pas un problème (quelques Ko ;-)
> http://cjoint.com/?cDrbEDoRW7
> mais les images ? tu veux m'envoyer un DVD ?? ;-)))
>
> --
> A+
> Pierre (3stone) Access MVP
> Perso: http://www.3stone.be/
> MPFA: http://www.mpfa.info/ (infos générales)
>
>

Hélas, trois fois hélas !

Merci pour le .mdb si simple, et aussi efficace.
Il contient une Table et un Report, et c'est exactement ce qu'il faut pour
simplement "tester" l'impression Access de grosses images !

Pour mon (notre, à tous les users Access) plus grand malheur, quand on ouvre
l'état (après avoir mis 3 noms de bonnes images dans la table) le message,
après 2 minutes svp !! ... et sans que rien ne bouge :

Runtime error "2114"
Microsoft Access doesn't support the format of the file 'I:\IaPD7.jpg', or
file is too large.
Try converting the file to BMP or GIF format.
End Debug Help
(le Help dit exactement la même chose .....)

Le fichier en question "pèse" 7 Mb.
Bon, ok la RAM est ici de 512k ?, mais le swapfile est de 1.5 Gb ...
Et les clients ont tous une RAM de 1Gb ou 2 ? çà m'étonnerait bien pour des
communes de Belgique, comme de France ou de Navarre ...

Voilà donc qui n'arrange personne, ni moi, ni Microsoft et ses (bons)
clients .

Encore grand MERCI et à plus !?

Bruno



"Bruno Frisque" <frisque***datamovers.be> wrote in message
news:%23gi0RSveIHA.748***TK2MSFTNGP04.phx.gbl...
> Merci !
>
> Je download et je teste !
>
> Déjà curieux du résultat ... sur +sieurs PC avec RAM différentes .. on
> sait jamais ....
> (mais ok pour afficher images, même si > 3 minutes loading ! , le pb est
> pour printer ..)
>
> Merci.
> à+
>
>
> "3stone" <home***sweet_home.be> wrote in message
> news:%23C9BSzueIHA.5296***TK2MSFTNGP05.phx.gbl...
>> re,
>>
>> "Bruno Frisque"
>> | Oui bien sur le code est
>> | MonImage.Picture = "le chemin\grosse_image.bmp"
>> | Seul problème l'image est en .JPG (oui .bmp est bien l'ami de Access,
>> mais
>> | là elles pèseraient 200 Mb ..)
>>
>>
>> tu as vu plus bas que j'ai testé avec jpg et tif...
>>
>>
>> | Mon état A2K affiche la Première image = oui ok !
>> | Si on passe à la page suivante, il affiche tjrs. la 1ere image, et sans
>> | message d'erreur...
>> | (alors que le Debug.print mentionne bien "à mon format image est :" &
>> | Plan2.Jpg) etc ..
>>
>>
>> Cela ressemble plus à un problème Windows, carte graphique, pilote...
>> qu'à un problème directement Access.
>>
>> Et attention, lorsque l'on parle de format d'image...
>> Tout ces formats sont de format pour l'enregistrement, la sauvegarde.
>> En mémoire d'ordinateur et pour l'affiche, l'image est *toujours*
>> décompactée - ce qui se voit d'ailleurs au chargement d'un jpg
>> lorsque Access affiche sa petite fenêtre :
>>
>> Importation: chemin\image.jpg
>>
>> Donc, au moins une image de >5 MB + l'image décompactée >200 MB
>> j'espère que tu ne demande pas cela à une RAM saturée... ?
>>
>>
>>
>> | Si on fait plus basic ?
>> | Un Image container avec MonPlan1.JPG (6 Mb) = immédiatement message
>> d'erreur
>> | de Access, "cannot find image ... too big ou qque. chose comme ca"
>>
>> Juste comme ca... les extensions de fichiers s'écrivent en minuscules,
>> malgré
>> que certains softs on l'abominable habitude de les écrire en majuscules.
>>
>>
>> | Si tu as un (basique) exemple, 1 Etat et une table avec 2-3 noms
>> images, je
>> | me ferai 1 plaisir de mettre dans la table des noms d'images un peu
>> | costaudes...(sur C:\ ou ce que tu veux)
>> |
>> | Allez, chiche !?
>>
>> Je comprends pas... l'exemple n'est pas un problème (quelques Ko ;-)
>> http://cjoint.com/?cDrbEDoRW7
>> mais les images ? tu veux m'envoyer un DVD ?? ;-)))
>>
>> --
>> A+
>> Pierre (3stone) Access MVP
>> Perso: http://www.3stone.be/
>> MPFA: http://www.mpfa.info/ (infos générales)
>>
>>
>
>
>

re Brunon,

"Bruno Frisque"
| Je download et je teste !


C'est vraiment le minimum syndical...

pas de vérification ou autre test et gestion d'erreur...
juste les lignes minimum pour afficher une image ;-)


| Déjà curieux du résultat ... sur +sieurs PC avec RAM différentes .. on sait
| jamais ....

Xp il faut 1Gb et pour Vista, il en faut 2 !

En dessous, c'est de la mesquinerie ))


| (mais ok pour afficher images, même si > 3 minutes loading ! , le pb est
| pour printer ..)

3 minutes ???
Sur que tu manques de RAM, pas possible autrement ;-(

--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
MPFA: http://www.mpfa.info/ (infos générales)

re,


nos messages se sont croisés....


"Bruno Frisque"
| Hélas, trois fois hélas !
|
| Merci pour le .mdb si simple, et aussi efficace.
| Il contient une Table et un Report, et c'est exactement ce qu'il faut pour
| simplement "tester" l'impression Access de grosses images !
|
| Pour mon (notre, à tous les users Access) plus grand malheur, quand on ouvre
| l'état (après avoir mis 3 noms de bonnes images dans la table) le message,
| après 2 minutes svp !! ... et sans que rien ne bouge :


R-A-M RAM ;-)

Tu as peut-être une Porsche, mais avec des roues de 2 cheveaux !


| Runtime error "2114"
| Microsoft Access doesn't support the format of the file 'I:\IaPD7.jpg', or
| file is too large.
| Try converting the file to BMP or GIF format.
| End Debug Help
| (le Help dit exactement la même chose .....)


Ce sont des messages d'erreur phantaisistes... parce que Access
se prend les pieds dans le tapis !


| Le fichier en question "pèse" 7 Mb.
| Bon, ok la RAM est ici de 512k ?, mais le swapfile est de 1.5 Gb ...
| Et les clients ont tous une RAM de 1Gb ou 2 ? çà m'étonnerait bien pour des
| communes de Belgique, comme de France ou de Navarre ...


Comme dit : 7Mb en JPG + l'image décompactée (tu parlais de 200 Mb...)
Si cela tourne sur Xp, il ne reste plus rien une fois démarré et chargé Access !!

Le swap n'aidera pas ici, seul quelque gros soft graphique sont capable de charger
une image en mémoire "par morceau" ! Access n'en fait assurément pas partie.

Si une bécane avec Vista ne dispose que de 500k de ram, tu peux juste
démarrer Vista, mais pas charger et travailler avec un soft !

D'ailleurs, la justification principalle d'un OS 64bit et justement l'adressage
mémoire, pour pouvoir dépasser ces 4 Gb (~3 en réalité) des machines actuelles.

PS: Je te parie un mètre de notre bière, que si tu fourni 1 Gb à ta machine,
elle double sa vitesse... garanti !

--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
MPFA: http://www.mpfa.info/ (infos générales)

Bien bien, enfin façon de parler !

Le problème est donc Windows-XP qui "ose" tourner avec la suite de Microsoft
Office-XP Pro et sur un Dell ???
Ben on n'est pas sorti de l'auberge alors ....

"Haut les Coeurs" !

Et je parie un magnum de Bourgogne (sic) avec celui ou celle qui trouve une
solution !

Tout grand merci à 3Stone anyway !

à +
Bruno .. le dépité



"3stone" <home***sweet_home.be> wrote in message
news:OEzC5WxeIHA.3756***TK2MSFTNGP06.phx.gbl...
> re,
>
>
> nos messages se sont croisés....
>
>
> "Bruno Frisque"
> | Hélas, trois fois hélas !
> |
> | Merci pour le .mdb si simple, et aussi efficace.
> | Il contient une Table et un Report, et c'est exactement ce qu'il faut
> pour
> | simplement "tester" l'impression Access de grosses images !
> |
> | Pour mon (notre, à tous les users Access) plus grand malheur, quand on
> ouvre
> | l'état (après avoir mis 3 noms de bonnes images dans la table) le
> message,
> | après 2 minutes svp !! ... et sans que rien ne bouge :
>
>
> R-A-M RAM ;-)
>
> Tu as peut-être une Porsche, mais avec des roues de 2 cheveaux !
>
>
> | Runtime error "2114"
> | Microsoft Access doesn't support the format of the file 'I:\IaPD7.jpg',
> or
> | file is too large.
> | Try converting the file to BMP or GIF format.
> | End Debug Help
> | (le Help dit exactement la même chose .....)
>
>
> Ce sont des messages d'erreur phantaisistes... parce que Access
> se prend les pieds dans le tapis !
>
>
> | Le fichier en question "pèse" 7 Mb.
> | Bon, ok la RAM est ici de 512k ?, mais le swapfile est de 1.5 Gb ...
> | Et les clients ont tous une RAM de 1Gb ou 2 ? çà m'étonnerait bien pour
> des
> | communes de Belgique, comme de France ou de Navarre ...
>
>
> Comme dit : 7Mb en JPG + l'image décompactée (tu parlais de 200 Mb...)
> Si cela tourne sur Xp, il ne reste plus rien une fois démarré et chargé
> Access !!
>
> Le swap n'aidera pas ici, seul quelque gros soft graphique sont capable de
> charger
> une image en mémoire "par morceau" ! Access n'en fait assurément pas
> partie.
>
> Si une bécane avec Vista ne dispose que de 500k de ram, tu peux juste
> démarrer Vista, mais pas charger et travailler avec un soft !
>
> D'ailleurs, la justification principalle d'un OS 64bit et justement
> l'adressage
> mémoire, pour pouvoir dépasser ces 4 Gb (~3 en réalité) des machines
> actuelles.
>
> PS: Je te parie un mètre de notre bière, que si tu fourni 1 Gb à ta
> machine,
> elle double sa vitesse... garanti !
>
> --
> A+
> Pierre (3stone) Access MVP
> Perso: http://www.3stone.be/
> MPFA: http://www.mpfa.info/ (infos générales)
>
>