P
Pupka
When I insert an EPS file into Word 2003, there's no preview, but it prints
fine.
....kinda hard to work with.
fine.
....kinda hard to work with.
C
CyberTaz
EPS files need to be created with a TIFF (or WMF) preview/thumbnail as a
part of their content in order for Word to be able to display them... sounds
to me like whoever created the EPS neglected to do so. Word can't read the
EPS so it can't display it - just like a non-postscript printer can't print
it.
part of their content in order for Word to be able to display them... sounds
to me like whoever created the EPS neglected to do so. Word can't read the
EPS so it can't display it - just like a non-postscript printer can't print
it.
L
Landy
CyberTaz said:
Not true - Word 2003 "interprets" EPS files (sometimes incorrectly) and
converts them into wmf on import. Personally, I prefer the old way (which
was less fallible) whereby Word just put a placeable header and then
produced the image upon printing to a postscript printer.
However I agree that there is no preview available in the dialog box during
the insertion process if there is no thumbnail. I very seldom produce EPS
files with thumnails because the thumbnail bit of the files us often bigger
than the actual information (assuming it is a vector based figure).
cheers
Bill
P
Pupka
OK, so I checked things out. I made the EPS file. I selected TIFF preview and
saved thumbnails. I've saved it as every version of Illustator from version
CS3 down to version 8. No preview in Word (on the PC) but prints fine. On the
Mac, I get preview and it prints. I want to give the file to my coworkers who
only have PCs. I recreated the art on the Mac and on the PC, no difference,
can't think of anything else to try.
saved thumbnails. I've saved it as every version of Illustator from version
CS3 down to version 8. No preview in Word (on the PC) but prints fine. On the
Mac, I get preview and it prints. I want to give the file to my coworkers who
only have PCs. I recreated the art on the Mac and on the PC, no difference,
can't think of anything else to try.
S
Suzanne S. Barnhill
I'm not seeing that here.
L
Landy
G'day Suzanne,
Maybe we are talking about different things? I produced a very simple EPS
file by exporting from CorelDraw (version X3). I inserted this into Word
(2003) via "insert>picture>from file". Because the eps had no header, there
was no thumbnail preview in the dialog box, but Word imported the image and
it is displayed on the screen - presumably as a graphic object which has
been converted to office format (wmf?). It will print to any printer. The
way that older versions of Word did this was better, in that the eps file
was left "intact", so that if the file had no header so you just got a blank
box on screen (which from memory was grey and had wording on it something
like "eps image - will only print on postscript printers"). To me the older
way was better, sinvce it was usually flawless. More complicated eps files
are prone to interpretation errors when the file is converted.
cheers
Bill
Maybe we are talking about different things? I produced a very simple EPS
file by exporting from CorelDraw (version X3). I inserted this into Word
(2003) via "insert>picture>from file". Because the eps had no header, there
was no thumbnail preview in the dialog box, but Word imported the image and
it is displayed on the screen - presumably as a graphic object which has
been converted to office format (wmf?). It will print to any printer. The
way that older versions of Word did this was better, in that the eps file
was left "intact", so that if the file had no header so you just got a blank
box on screen (which from memory was grey and had wording on it something
like "eps image - will only print on postscript printers"). To me the older
way was better, sinvce it was usually flawless. More complicated eps files
are prone to interpretation errors when the file is converted.
cheers
Bill
C
CyberTaz
Well, thanks for the information, Bill, but apparently MS isn't aware of
that
Here's what they have to say in current (2008) information re
supported grapics file types under a heading of "File types that require
filters":
The Encapsulated PostScript graphics filter (Epsimp32.flt) supports the
Adobe Systems Encapsulated PostScript Specification versions 3.0 and
earlier. The filter supports .eps images from tagged image file format
(TIFF) and Windows Metafile (.wmf) embedded previews.
If an Encapsulated PostScript graphics file contains an embedded TIFF or
Windows Metafile preview, a representation of the image appears on the
screen. The quality of the preview depends on the resolution of the TIFF or
Windows Metafile image embedded in the Encapsulated PostScript file when it
is created. Low, medium, and high resolutions are generally available for
creating an EPS file. The higher the resolution of the preview image, the
larger the EPS file size will be. Because such previews are intended
primarily to be used to position images on the page, resolution is often
low. A high-resolution preview is not necessary because it is discarded when
the EPS file is printed to a PostScript printer.
If an embedded TIFF or Windows Metafile preview is not included in the
Encapsulated PostScript graphic you import, the graphic displays a message
instead of a preview of the graphic in your document. However, the graphic
prints correctly to a PostScript printer. If you print an EPS graphic to a
non-PostScript printer, the preview image is printed as it appears on the
screen.
________________
However, there is older information in an older support article which would
give that impression:
Encapsulated PostScript (.eps)
When you import an Encapsulated PostScript graphics file, the following
occurs: A display preview is automatically created when you view the image
in the Insert Picture dialog box, or when you view the image in your
document. This display image is rendered from the PostScript data in the EPS
file. Therefore, this display image does not use any preview graphics
(Windows Metafile or TIFF) that may have been previously added to the EPS
file.
This behavior may differ from earlier versions of Office, depending on the
version of the filters that are installed. The EPS graphic is still printed
correctly to a PostScript printer. However, if you print an EPS graphic to a
non-PostScript printer, the display image is printed as it appears on the
screen. EPS graphics are designed to be printed to a PostScript printer.
_________________
At the very least the OP needs to install the necessary filter or apply a
more current Service Pack (if there is one that automatically incorporates
it). If you read the later post you'll also see that even the preview hasn't
helped. There is another issue at work here.
that
Here's what they have to say in current (2008) information resupported grapics file types under a heading of "File types that require
filters":
The Encapsulated PostScript graphics filter (Epsimp32.flt) supports the
Adobe Systems Encapsulated PostScript Specification versions 3.0 and
earlier. The filter supports .eps images from tagged image file format
(TIFF) and Windows Metafile (.wmf) embedded previews.
If an Encapsulated PostScript graphics file contains an embedded TIFF or
Windows Metafile preview, a representation of the image appears on the
screen. The quality of the preview depends on the resolution of the TIFF or
Windows Metafile image embedded in the Encapsulated PostScript file when it
is created. Low, medium, and high resolutions are generally available for
creating an EPS file. The higher the resolution of the preview image, the
larger the EPS file size will be. Because such previews are intended
primarily to be used to position images on the page, resolution is often
low. A high-resolution preview is not necessary because it is discarded when
the EPS file is printed to a PostScript printer.
If an embedded TIFF or Windows Metafile preview is not included in the
Encapsulated PostScript graphic you import, the graphic displays a message
instead of a preview of the graphic in your document. However, the graphic
prints correctly to a PostScript printer. If you print an EPS graphic to a
non-PostScript printer, the preview image is printed as it appears on the
screen.
________________
However, there is older information in an older support article which would
give that impression:
Encapsulated PostScript (.eps)
When you import an Encapsulated PostScript graphics file, the following
occurs: A display preview is automatically created when you view the image
in the Insert Picture dialog box, or when you view the image in your
document. This display image is rendered from the PostScript data in the EPS
file. Therefore, this display image does not use any preview graphics
(Windows Metafile or TIFF) that may have been previously added to the EPS
file.
This behavior may differ from earlier versions of Office, depending on the
version of the filters that are installed. The EPS graphic is still printed
correctly to a PostScript printer. However, if you print an EPS graphic to a
non-PostScript printer, the display image is printed as it appears on the
screen. EPS graphics are designed to be printed to a PostScript printer.
_________________
At the very least the OP needs to install the necessary filter or apply a
more current Service Pack (if there is one that automatically incorporates
it). If you read the later post you'll also see that even the preview hasn't
helped. There is another issue at work here.
S
Suzanne S. Barnhill
I stand corrected. I could have sworn that the Rotary theme logos in .eps
format would display/print only if I had a PostScript printer selected. This
may have been changed by a service pack.
format would display/print only if I had a PostScript printer selected. This
may have been changed by a service pack.
L
Landy
Thanks Bob,
I just read the same articles in the knowledgebase. It seems that what I am
seeing on screen is "rendered" from the eps file "inards". However, to me
it seems to be interpreted, as I can find no difference between printing to
a postscript or a non-postscript printer. In addition to your updating
suggestions, I suspect the original poster may have issues because their eps
file was generated from Illustrator - it is reasonably well known that
adobe-generated postscipt files often have their own "bastardised" version
of the format. I'm probably not suppoded to say that (couldn't think of a
better way to put it) and this will probably get filtered, but here's
trying.
cheers
Bill
I just read the same articles in the knowledgebase. It seems that what I am
seeing on screen is "rendered" from the eps file "inards". However, to me
it seems to be interpreted, as I can find no difference between printing to
a postscript or a non-postscript printer. In addition to your updating
suggestions, I suspect the original poster may have issues because their eps
file was generated from Illustrator - it is reasonably well known that
adobe-generated postscipt files often have their own "bastardised" version
of the format. I'm probably not suppoded to say that (couldn't think of a
better way to put it) and this will probably get filtered, but here's
trying.
cheers
Bill
B
Bob Buckland ?:-\)
Hi Pupka,
If you use Insert=>Picture=>From File and choose another graphic type do those appear in Word? If not you may want to turn off the
setting at
Tools=>Options=>View
[ ] Picture Placeholders.
If you use File=>Web Page Preview, do you see the graphic in EPS graphic in your browser?
FWIW, Illustrator and Word have a fairly long history of having a bit of difficulty with some of the Illustrator created graphics
apps.
============
OK, so I checked things out. I made the EPS file. I selected TIFF preview and
saved thumbnails. I've saved it as every version of Illustator from version
CS3 down to version 8. No preview in Word (on the PC) but prints fine. On the
Mac, I get preview and it prints. I want to give the file to my coworkers who
only have PCs. I recreated the art on the Mac and on the PC, no difference,
can't think of anything else to try. >>
--
Bob Buckland ?
MS Office System Products MVP
*Courtesy is not expensive and can pay big dividends*
If you use Insert=>Picture=>From File and choose another graphic type do those appear in Word? If not you may want to turn off the
setting at
Tools=>Options=>View
[ ] Picture Placeholders.
If you use File=>Web Page Preview, do you see the graphic in EPS graphic in your browser?
FWIW, Illustrator and Word have a fairly long history of having a bit of difficulty with some of the Illustrator created graphics
apps.
============
OK, so I checked things out. I made the EPS file. I selected TIFF preview and
saved thumbnails. I've saved it as every version of Illustator from version
CS3 down to version 8. No preview in Word (on the PC) but prints fine. On the
Mac, I get preview and it prints. I want to give the file to my coworkers who
only have PCs. I recreated the art on the Mac and on the PC, no difference,
can't think of anything else to try. >>
--
Bob Buckland ?
MS Office System Products MVP
*Courtesy is not expensive and can pay big dividends*
C
CyberTaz
Oddly enough, it isn't so much "Adobe EPS" as it is *Illy EPS*... But
you're basically correct. EPS files generated from Illy have been
inconsistently incompatible with Word for eons. As the OP has found, there
is no [obvious] explanation - at least not one that I've been able to nail
down Some work & some don't.
Right now I have a similar situation with versions of an AI file I've been
playing with trying - once again - to come up with a *consistently* viable
solution. The file is simply created from an AI template with no changes &
saved in various combinations of settings such as the OP listed earlier...
All of which work as expected in a Word doc using Mac v2004. When I move
them over to WinWord 2003 *none* will display in the doc. However, if I move
the 2004 doc containing containing the eps (saved with preview & thumb) the
image displays when the doc is opened in Word 2003.
See my latest reply to Pupka's last post.
Regards |:>)
Bob Jones
[MVP] Office:Mac
... Butyou're basically correct. EPS files generated from Illy have been
inconsistently incompatible with Word for eons. As the OP has found, there
is no [obvious] explanation - at least not one that I've been able to nail
down
Some work & some don't.Right now I have a similar situation with versions of an AI file I've been
playing with trying - once again - to come up with a *consistently* viable
solution. The file is simply created from an AI template with no changes &
saved in various combinations of settings such as the OP listed earlier...
All of which work as expected in a Word doc using Mac v2004. When I move
them over to WinWord 2003 *none* will display in the doc. However, if I move
the 2004 doc containing containing the eps (saved with preview & thumb) the
image displays when the doc is opened in Word 2003.
See my latest reply to Pupka's last post.
Regards |:>)
Bob Jones
[MVP] Office:Mac
C
CyberTaz
As Landy pointed out, EPS generated from Illy are [still] particularly
troublesome in Word - far more so in the PC versions than the Mac - but
you've already found that out first-hand I suggest one of two things:
1- If it isn't absolutely necessary[1] to have an EPS, generate the Illy
file in a different format - TIFF, PNG are probably the better choices with
PNG being preferable as long as it will maintain the print fidelity
requires, or
2- Open the Illy EPS in Photoshop & Save As Photoshop EPS with an 8 bit Tiff
Preview, ASCII85 Encoding. That should work on either Mac or PC.
[1] Just IMHO: EPS really isn't preferable unless the image is to be
reproduced commercially by ultra-high resolution devices. If so - and it
will also be used otherwise - a second copy in a different format might be
worth considering. Use the EPS for the print service only - For anything
less EPS (even EPS that *works*) renders no better than a decent TIFF, PNG
or properly generated PDF. There's really not much advantage with EPS images
"just because" there's a postscript-compatible desktop printer available
HTH |:>)
Bob Jones
[MVP] Office:Mac
troublesome in Word - far more so in the PC versions than the Mac - but
you've already found that out first-hand
I suggest one of two things:1- If it isn't absolutely necessary[1] to have an EPS, generate the Illy
file in a different format - TIFF, PNG are probably the better choices with
PNG being preferable as long as it will maintain the print fidelity
requires, or
2- Open the Illy EPS in Photoshop & Save As Photoshop EPS with an 8 bit Tiff
Preview, ASCII85 Encoding. That should work on either Mac or PC.
[1] Just IMHO: EPS really isn't preferable unless the image is to be
reproduced commercially by ultra-high resolution devices. If so - and it
will also be used otherwise - a second copy in a different format might be
worth considering. Use the EPS for the print service only - For anything
less EPS (even EPS that *works*) renders no better than a decent TIFF, PNG
or properly generated PDF. There's really not much advantage with EPS images
"just because" there's a postscript-compatible desktop printer available
HTH |:>)
Bob Jones
[MVP] Office:Mac
S
Suzanne S. Barnhill
I see the background in blue, but it would be difficult to test on my
printer, as the only PS printer I have is monochrome laser (my color printer
is an inkjet). I suppose the blue would print lighter than the red, however,
so it might be interesting to test. Okay, I just did, and I do get a
(slightly) lighter background using the PS driver. I would expect the red to
print as black, however, unless it's a light shade (can't tell since I'm not
seeing the preview).
--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
printer, as the only PS printer I have is monochrome laser (my color printer
is an inkjet). I suppose the blue would print lighter than the red, however,
so it might be interesting to test. Okay, I just did, and I do get a
(slightly) lighter background using the PS driver. I would expect the red to
print as black, however, unless it's a light shade (can't tell since I'm not
seeing the preview).
--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Bob Buckland ?:-) said:Hi Bob,
On the 'should be' parts, it appears that you're both right
[don't you just 'love' happy endings <g>,
and Microsoft is aware of the changes although I'm not sure their document
folks are
The Word 2003 content you cited (from
http://office.microsoft.com/en-us/word/HP051893461033.aspx ?)
actually dates to Office 2000 with the same wording found in the .EPS
information in the Office 2000 knowledge base (KB) article,
http://support.microsoft.com/kb/210396
The 'older' KB article you mentioned, for Word 2002 and up is found in
http://support.microsoft.com/kb/290362 and would appear to be
the correct information.
The EPS import filter [EPSIMp32.flt] was changed for (if I recall
correctly) Office XP/Word 2002 with the GDIPlus graphics engine.
Word 2002 still allowed the older (Word 2000) EPS filter to be used. Word
2003 can use the Off2000 filter, but can still render from
the EPS content rather than from the embedded preview internally, and
Word 2007 will usually throw an error if the Off2000 filter
is in play when you use
Insert=>Picture to preview/insert an EPS into Word. MS Office Publisher,
which works with more 'layers' for commercial printing
such as spot colors and that is even more sensitive to odd behaviors. The
EPSIMP32.flt was revised again in Office 2007 SP1 to
2006.1200.6211.1000 and can be used with Word 2003.
Oddities can happen based on the Adobe spec level picked when creating the
EPS, if the preview is WMF, TIFF or 'none' [or PICT in
the case of EPS for the Mac] , and if the preview level switch is set to
1, 2 or 3, and based on the app that created the EPS and
the color model, etc
Attached (not visible to folks use the MS Web interface to newsgroups) is
a small file from a series that MVP Steve Rindsberg
created at the time to aid in testing the change over. One of a series
that included files with no preview, TIFF preview, WMF
preview, etc.
In the attached file the EPS preview (WMF in this case) and the eps
content do not match. Depending on which version of the
EPS32IMP.flt you have installed you may, on using Insert=>Picture, see the
background as either blue (rendered EPS) or red (EPS
preview).
One of the reasons for the change was that EPS graphics were fairly common
for folks working with Powerpoint but folks weren't able
to print the contents with those graphics as Postscript printers weren't
as common as the graphics
Interestingly if you open the graphic in Irfanview you may end up with
either the red or blue, in part depending on which
Ghostscript or other PDF rendering plug in is available.
You can create an EPS test file (without preview) of your own from within
MS Office, using the optional install MS Office Document
Imaging by opening a one page .TIF or .MDI file, there selecting a
Postscript printer, setting the printer Advanced properties for
'PostScript Options' via File Print to 'PostScript Outpout Option'
equal to "Encapsulated PostScript (EPS)" then choosing print to file and
put the name in quotes so that the extension becomes .EPS
rather than .PRN, ex: "NoPreview.eps". You can then use Insert=>Picture
in Word for that file as well. This latter sample can be
opened in Notepad (or as a plain text file in Word to examine the contents
[not so the one with WMF preview].
The Office XP and up does use a preview, but it's usually the one it
generates from the EPS 'innards' into its own version of a
preview, which it uses when printing for display and when printing to a
non-postscript printer and yes, there are some issues with
details and color blends and the like in 'this' preview.
Perhaps Steve's final paragraph from the PPT FAQ sums it up best?
http://rdpslides.com/psfaq/FAQ00028.htm <g>
===========
<<"CyberTaz" <typegeneraltaz1ATcomcastdotnet> wrote in message
Well, thanks for the information, Bill, but apparently MS isn't aware of
that
supported grapics file types under a heading of "File types that require
filters":
The Encapsulated PostScript graphics filter (Epsimp32.flt) supports the
Adobe Systems Encapsulated PostScript Specification versions 3.0 and
earlier. The filter supports .eps images from tagged image file format
(TIFF) and Windows Metafile (.wmf) embedded previews.
If an Encapsulated PostScript graphics file contains an embedded TIFF or
Windows Metafile preview, a representation of the image appears on the
screen. The quality of the preview depends on the resolution of the TIFF
or
Windows Metafile image embedded in the Encapsulated PostScript file when
it
is created. Low, medium, and high resolutions are generally available for
creating an EPS file. The higher the resolution of the preview image, the
larger the EPS file size will be. Because such previews are intended
primarily to be used to position images on the page, resolution is often
low. A high-resolution preview is not necessary because it is discarded
when
the EPS file is printed to a PostScript printer.
If an embedded TIFF or Windows Metafile preview is not included in the
Encapsulated PostScript graphic you import, the graphic displays a message
instead of a preview of the graphic in your document. However, the graphic
prints correctly to a PostScript printer. If you print an EPS graphic to a
non-PostScript printer, the preview image is printed as it appears on the
screen.
________________
However, there is older information in an older support article which
would
give that impression:
Encapsulated PostScript (.eps)
When you import an Encapsulated PostScript graphics file, the following
occurs: A display preview is automatically created when you view the image
in the Insert Picture dialog box, or when you view the image in your
document. This display image is rendered from the PostScript data in the
EPS
file. Therefore, this display image does not use any preview graphics
(Windows Metafile or TIFF) that may have been previously added to the EPS
file.
This behavior may differ from earlier versions of Office, depending on the
version of the filters that are installed. The EPS graphic is still
printed
correctly to a PostScript printer. However, if you print an EPS graphic to
a
non-PostScript printer, the display image is printed as it appears on the
screen. EPS graphics are designed to be printed to a PostScript printer.
_________________
At the very least the OP needs to install the necessary filter or apply a
more current Service Pack (if there is one that automatically incorporates
it). If you read the later post you'll also see that even the preview
hasn't
helped. There is another issue at work here.
C
CyberTaz
Hi Bob -
Thanks for jumping in! At least the clarification helps me to better
understand why so many of us stay confused over the issue I can't help
but wonder why the *older* information - purportedly accurate - isn't in the
current references instead of the newer *inaccurate* information... Not to
mention that the 290362 article includes *exactly* - word for word - the
same information in the section captioned "Graphics File Types That Are
Built into Word" as in the section below captioned "File Types That Require
a Separately Installed Graphics Filter". Go Figure?!?!?
I knew there was a reason why I inevitably & invariably head for Indy or
Quark whenever EPS is in the specs;-)
Regards |:>)
Bob Jones
[MVP] Office:Mac
Thanks for jumping in! At least the clarification helps me to better
understand why so many of us stay confused over the issue
I can't helpbut wonder why the *older* information - purportedly accurate - isn't in the
current references instead of the newer *inaccurate* information... Not to
mention that the 290362 article includes *exactly* - word for word - the
same information in the section captioned "Graphics File Types That Are
Built into Word" as in the section below captioned "File Types That Require
a Separately Installed Graphics Filter". Go Figure?!?!?
I knew there was a reason why I inevitably & invariably head for Indy or
Quark whenever EPS is in the specs;-)
Regards |:>)
Bob Jones
[MVP] Office:Mac
Hi Bob,
On the 'should be' parts, it appears that you're both right
[don't you just 'love' happy endings <g>,
and Microsoft is aware of the changes although I'm not sure their document
folks are
The Word 2003 content you cited (from
http://office.microsoft.com/en-us/word/HP051893461033.aspx ?)
actually dates to Office 2000 with the same wording found in the .EPS
information in the Office 2000 knowledge base (KB) article,
http://support.microsoft.com/kb/210396
The 'older' KB article you mentioned, for Word 2002 and up is found in
http://support.microsoft.com/kb/290362 and would appear to be
the correct information.
The EPS import filter [EPSIMp32.flt] was changed for (if I recall correctly)
Office XP/Word 2002 with the GDIPlus graphics engine.
Word 2002 still allowed the older (Word 2000) EPS filter to be used. Word 2003
can use the Off2000 filter, but can still render from
the EPS content rather than from the embedded preview internally, and Word
2007 will usually throw an error if the Off2000 filter
is in play when you use
Insert=>Picture to preview/insert an EPS into Word. MS Office Publisher,
which works with more 'layers' for commercial printing
such as spot colors and that is even more sensitive to odd behaviors. The
EPSIMP32.flt was revised again in Office 2007 SP1 to
2006.1200.6211.1000 and can be used with Word 2003.
Oddities can happen based on the Adobe spec level picked when creating the
EPS, if the preview is WMF, TIFF or 'none' [or PICT in
the case of EPS for the Mac] , and if the preview level switch is set to 1, 2
or 3, and based on the app that created the EPS and
the color model, etc
Attached (not visible to folks use the MS Web interface to newsgroups) is a
small file from a series that MVP Steve Rindsberg
created at the time to aid in testing the change over. One of a series that
included files with no preview, TIFF preview, WMF
preview, etc.
In the attached file the EPS preview (WMF in this case) and the eps content do
not match. Depending on which version of the
EPS32IMP.flt you have installed you may, on using Insert=>Picture, see the
background as either blue (rendered EPS) or red (EPS
preview).
One of the reasons for the change was that EPS graphics were fairly common for
folks working with Powerpoint but folks weren't able
to print the contents with those graphics as Postscript printers weren't as
common as the graphics
Interestingly if you open the graphic in Irfanview you may end up with either
the red or blue, in part depending on which
Ghostscript or other PDF rendering plug in is available.
You can create an EPS test file (without preview) of your own from within MS
Office, using the optional install MS Office Document
Imaging by opening a one page .TIF or .MDI file, there selecting a Postscript
printer, setting the printer Advanced properties for
'PostScript Options' via File Print to 'PostScript Outpout Option'
equal to "Encapsulated PostScript (EPS)" then choosing print to file and put
the name in quotes so that the extension becomes .EPS
rather than .PRN, ex: "NoPreview.eps". You can then use Insert=>Picture in
Word for that file as well. This latter sample can be
opened in Notepad (or as a plain text file in Word to examine the contents
[not so the one with WMF preview].
The Office XP and up does use a preview, but it's usually the one it generates
from the EPS 'innards' into its own version of a
preview, which it uses when printing for display and when printing to a
non-postscript printer and yes, there are some issues with
details and color blends and the like in 'this' preview.
Perhaps Steve's final paragraph from the PPT FAQ sums it up best?
http://rdpslides.com/psfaq/FAQ00028.htm <g>
===========
<<"CyberTaz" <typegeneraltaz1ATcomcastdotnet> wrote in message
Well, thanks for the information, Bill, but apparently MS isn't aware of
that
supported grapics file types under a heading of "File types that require
filters":
The Encapsulated PostScript graphics filter (Epsimp32.flt) supports the
Adobe Systems Encapsulated PostScript Specification versions 3.0 and
earlier. The filter supports .eps images from tagged image file format
(TIFF) and Windows Metafile (.wmf) embedded previews.
If an Encapsulated PostScript graphics file contains an embedded TIFF or
Windows Metafile preview, a representation of the image appears on the
screen. The quality of the preview depends on the resolution of the TIFF or
Windows Metafile image embedded in the Encapsulated PostScript file when it
is created. Low, medium, and high resolutions are generally available for
creating an EPS file. The higher the resolution of the preview image, the
larger the EPS file size will be. Because such previews are intended
primarily to be used to position images on the page, resolution is often
low. A high-resolution preview is not necessary because it is discarded when
the EPS file is printed to a PostScript printer.
If an embedded TIFF or Windows Metafile preview is not included in the
Encapsulated PostScript graphic you import, the graphic displays a message
instead of a preview of the graphic in your document. However, the graphic
prints correctly to a PostScript printer. If you print an EPS graphic to a
non-PostScript printer, the preview image is printed as it appears on the
screen.
________________
However, there is older information in an older support article which would
give that impression:
Encapsulated PostScript (.eps)
When you import an Encapsulated PostScript graphics file, the following
occurs: A display preview is automatically created when you view the image
in the Insert Picture dialog box, or when you view the image in your
document. This display image is rendered from the PostScript data in the EPS
file. Therefore, this display image does not use any preview graphics
(Windows Metafile or TIFF) that may have been previously added to the EPS
file.
This behavior may differ from earlier versions of Office, depending on the
version of the filters that are installed. The EPS graphic is still printed
correctly to a PostScript printer. However, if you print an EPS graphic to a
non-PostScript printer, the display image is printed as it appears on the
screen. EPS graphics are designed to be printed to a PostScript printer.
_________________
At the very least the OP needs to install the necessary filter or apply a
more current Service Pack (if there is one that automatically incorporates
it). If you read the later post you'll also see that even the preview hasn't
helped. There is another issue at work here.
B
Bob Buckland ?:-\)
Hi Suzanne,
The wording between the red (EPS preview) and blue (EPS content) should also be different. When printing to a non PS printer (BTW
the free addins to print to PDF files are likely also Postscript printer choices <g>) Word 2003 and 2007 will usually use the
'preview' they rendered from the EPS that you see in the document.
=================
I see the background in blue, but it would be difficult to test on my
printer, as the only PS printer I have is monochrome laser (my color printer
is an inkjet). I suppose the blue would print lighter than the red, however,
so it might be interesting to test. Okay, I just did, and I do get a
(slightly) lighter background using the PS driver. I would expect the red to
print as black, however, unless it's a light shade (can't tell since I'm not
seeing the preview).
--
Suzanne S. Barnhill<<
--
Bob Buckland ?
MS Office System Products MVP
*Courtesy is not expensive and can pay big dividends*
The wording between the red (EPS preview) and blue (EPS content) should also be different. When printing to a non PS printer (BTW
the free addins to print to PDF files are likely also Postscript printer choices <g>) Word 2003 and 2007 will usually use the
'preview' they rendered from the EPS that you see in the document.
=================
I see the background in blue, but it would be difficult to test on my
printer, as the only PS printer I have is monochrome laser (my color printer
is an inkjet). I suppose the blue would print lighter than the red, however,
so it might be interesting to test. Okay, I just did, and I do get a
(slightly) lighter background using the PS driver. I would expect the red to
print as black, however, unless it's a light shade (can't tell since I'm not
seeing the preview).
--
Suzanne S. Barnhill<<
--
Bob Buckland ?
MS Office System Products MVP
*Courtesy is not expensive and can pay big dividends*
S
Suzanne S. Barnhill
I'm using Word 2003 (no PDF add-in except Acrobat), and the drivers I was
using were the PCL 6 and PS drivers for my LJ 4100. I don't know how to
account for the difference in grayscale rendering, but it is noticeable.
using were the PCL 6 and PS drivers for my LJ 4100. I don't know how to
account for the difference in grayscale rendering, but it is noticeable.