>>In all probability, the systems that do not show the image do not have an OLE server for the .GIF and/or .JPG file formats; General fields rely on the services of another program (not VFP) to manipulate the embedded or linked data via OLE; the server for the file type relies on the registry to designate an OLE server for the image. In order to display/manipulate these image types, you'll have to make sure that each target machine has an appropriate app installed which registers itself to act as the OLE server for the file type.<
>
>Hi:
>
>You wrote the above about a year ago in response to a problem where JPG and GIF files would not print. I'm having the same problem (although the images display fine on forms). I tried using the "File" option when linking instead of "Field", but I got inconsistent results that were not centered (my app has to handle with images of different sizes in the same report control). If the lack of an OLE server is the issue, then it would be nice if there was something small and (I hope) free that could be distributed or downloaded by them. Any ideas or thoughts about that? Thanks!
>

The OLE server for a given file type is stored in the registry in HKEY_CLASSES_ROOT\.file extension - for example my BMP server is Paint.Picture; the Paint.Picture entry in HKEY_CLASSES_ROOT supports verbs open (used to display) print and printto; other apps such as PrintShop Pro offer some additional verbs. I's start by deciding what functionality you need and find a server that offers the desired methods.

>Jim Carls