Line width in inported graphics slightly diminishing in FM generated PDFs

[Shlomo Perets]

For the record...

A comparison of random text sizes in PDF as created from FrameMaker 7.2 and 
Word 2002 on the same system (XP) shows the same or slightly smaller 
rounding deviations when using Word (eg: 10.02 in Word->PDF, vs. 9.96 in 
FM->PDF, when 10 points are specified in the source file).

And when it comes to the PDF quality of circles and rectangles drawn in 
FrameMaker/Windows vs. similar ones drawn in Word: FrameMaker circles and 
rectangles are composed of multiple segments (easily seen with 
larger/thicker objects), causing display problems at various 
magnifications. Similar objects in Word->PDF are just fine.


Shlomo Perets

MicroType, http://www.microtype.com * ToolbarPlus Express for FrameMaker
FrameMaker/Acrobat training & consulting * FrameMaker-to-Acrobat 
TimeSavers/Assistants
Template Design, Single Sourcing, FM-to-PDF & Technical Indexing seminars

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Shlomo Perets]

For the record...

A comparison of random text sizes in PDF as created from FrameMaker 7.2 and 
Word 2002 on the same system (XP) shows the same or slightly smaller 
rounding deviations when using Word (eg: 10.02 in Word->PDF, vs. 9.96 in 
FM->PDF, when 10 points are specified in the source file).


And when it comes to the PDF quality of circles and rectangles drawn in 
FrameMaker/Windows vs. similar ones drawn in Word: FrameMaker circles and 
rectangles are composed of multiple segments (easily seen with 
larger/thicker objects), causing display problems at various 
magnifications. Similar objects in Word->PDF are just fine.



Shlomo Perets

MicroType, http://www.microtype.com * ToolbarPlus Express for FrameMaker
FrameMaker/Acrobat training & consulting * FrameMaker-to-Acrobat 
TimeSavers/Assistants

Template Design, Single Sourcing, FM-to-PDF & Technical Indexing seminars


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Line width in inported graphics slightly diminishing in FM generated PDFs

[Dosick, Daniel (GE Indust, Security)]

Hi,
Just thought I'd point out that the error in 10 pt "rounded" to 9.96 pt. is 
actually .4%, not 4%. Much smaller...maybe still something to be concerned 
about.

Nit-pickingly yours,

Dan Dosick
GE Security
Senior Technical Writer


Date: Wed, 8 Mar 2006 13:19:06 +0100
From: "Reng, Winfried" 
Subject: AW: Line width in inported graphics slightly diminishing in
    FM  generated PDFs
To: 
Message-ID:
<1F5BCB07D8AED54190885844E0EC675D4ED24E at TFSDEMS30002.tycoce.com>
Content-Type: text/plain;   charset="iso-8859-1"

Hi,

> >We're using Acrobat's preflight feature to check for lines 
> thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs 
> created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not
> >have problems with Acrobat prefight, so it seems to be some 
> sort of FM
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM
> >side? If there is no way to fix this, we'd have to tell our 
> illustrator
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.

When I check the font size in my PDF files there?s also often a
difference. E.g. the font size in FrameMaker is 10 pt, and Acrobat
says 9.96 pt. (Other text in Acrobat has exactly the same font size
as in FrameMaker.) 4 % would be a rather large rounding error.
I don?t know whether these differences in line width and font size
have the same cause.

Best regards

Winfried

RE: Line width in inported graphics slightly diminishing in FM generated PDFs

[Dosick, Daniel \(GE Indust, Security\)]

Hi,
Just thought I'd point out that the error in 10 pt "rounded" to 9.96 pt. is 
actually .4%, not 4%. Much smaller...maybe still something to be concerned 
about.

Nit-pickingly yours,

Dan Dosick
GE Security
Senior Technical Writer


Date: Wed, 8 Mar 2006 13:19:06 +0100
From: "Reng, Winfried" <[EMAIL PROTECTED]>
Subject: AW: Line width in inported graphics slightly diminishing in
FM  generated PDFs
To: 
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain;   charset="iso-8859-1"

Hi,

> >We're using Acrobat's preflight feature to check for lines 
> thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs 
> created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not
> >have problems with Acrobat prefight, so it seems to be some 
> sort of FM
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM
> >side? If there is no way to fix this, we'd have to tell our 
> illustrator
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.

When I check the font size in my PDF files there´s also often a
difference. E.g. the font size in FrameMaker is 10 pt, and Acrobat
says 9.96 pt. (Other text in Acrobat has exactly the same font size
as in FrameMaker.) 4 % would be a rather large rounding error.
I don´t know whether these differences in line width and font size
have the same cause.

Best regards

Winfried


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Line width in inported graphics slightly diminishing in FM generated PDFs

[Yosuke Ichikawa]

Thank you for the tip, Peter. 

We tried .ai, but it was the same; and since we have a lot of graphics,
we don't want to be saving them in .pdf. 

I'm still curious why this happens, but for the practical matter at hand,
we decided to use 0.21 pts for minimum line width in our graphics.

Yosuke


Peter Gold  wrote:
> >We're using Acrobat's preflight feature to check for lines thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> 
> I don't know if there's a tool dedicated to fixing this in FM, but 
> you might try saving  the Illustrator graphics as PDF or .ai, and 
> importing them into FM, to see if there's a difference. Success here 
> might indicate that the problem is in the EPS file.

RE: Line width in inported graphics slightly diminishing in FM generated PDFs

[Dov Isaacs]

... Or you could change the preflight rules to allow a certain
amount of tolerance. Allow 0.19 point as the lower limit
instead of 0.20 point for linewidth.
 

> -Original Message-
> From: frameusers.com On Behalf Of Steve Rickaby
> Sent: Wednesday, March 08, 2006 3:34 AM
> To: framers@FrameUsers.com
> Subject: Re: Line width in inported graphics slightly 
> diminishing in FM generated PDFs
> 
> At 09:52 +0900 8/3/06, Yosuke Ichikawa wrote:
> 
> >We're using Acrobat's preflight feature to check for lines thinner
than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,

> >but when we import these graphics in FM and check the PDFs created
from 
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not 
> >have problems with Acrobat prefight, so it seems to be some sort of
FM 
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM 
> >side? If there is no way to fix this, we'd have to tell our
illustrator 
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.
> 
> I guess you have two approaches:
> 
> . Ignore the preflighting and print anyway
> 
> . Make the lines a little thicker
> --
> Steve
> 
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Line width in inported graphics slightly diminishing in FM generated PDFs

[Dov Isaacs]

... Or you could change the preflight rules to allow a certain
amount of tolerance. Allow 0.19 point as the lower limit
instead of 0.20 point for linewidth.


> -Original Message-
> From: frameusers.com On Behalf Of Steve Rickaby
> Sent: Wednesday, March 08, 2006 3:34 AM
> To: framers at FrameUsers.com
> Subject: Re: Line width in inported graphics slightly 
> diminishing in FM generated PDFs
> 
> At 09:52 +0900 8/3/06, Yosuke Ichikawa wrote:
> 
> >We're using Acrobat's preflight feature to check for lines thinner
than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,

> >but when we import these graphics in FM and check the PDFs created
from 
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not 
> >have problems with Acrobat prefight, so it seems to be some sort of
FM 
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM 
> >side? If there is no way to fix this, we'd have to tell our
illustrator 
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.
> 
> I guess you have two approaches:
> 
> . Ignore the preflighting and print anyway
> 
> . Make the lines a little thicker
> --
> Steve
> 

AW: Line width in inported graphics slightly diminishing in FM generated PDFs

[Reng, Winfried]

Hi,

> >We're using Acrobat's preflight feature to check for lines 
> thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs 
> created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not
> >have problems with Acrobat prefight, so it seems to be some 
> sort of FM
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM
> >side? If there is no way to fix this, we'd have to tell our 
> illustrator
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.

When I check the font size in my PDF files there?s also often a
difference. E.g. the font size in FrameMaker is 10 pt, and Acrobat
says 9.96 pt. (Other text in Acrobat has exactly the same font size
as in FrameMaker.) 4 % would be a rather large rounding error.
I don?t know whether these differences in line width and font size
have the same cause.

Best regards

Winfried

Line width in inported graphics slightly diminishing in FM generated PDFs

[Steve Rickaby]

At 09:52 +0900 8/3/06, Yosuke Ichikawa wrote:

>We're using Acrobat's preflight feature to check for lines thinner than
>0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
>but when we import these graphics in FM and check the PDFs created from
>FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
>
>PDFs of these individual graphics, created from Illustrator, do not
>have problems with Acrobat prefight, so it seems to be some sort of FM
>conversion problem.
>
>Why does this happen, and is there any way to prevent this on the FM
>side? If there is no way to fix this, we'd have to tell our illustrator
>to make the lines in the graphics slightly thicker.

This looks a lot like a rounding error problem due to two different 
applications using different precision math. In floating-point math, computers 
use a set number of bits to represent the complete range of natural numbers. As 
a result, some numbers actually cannot be represented precisely: the more bits 
you use, the closer you get, but there's always a compromise.

I guess you have two approaches:

. Ignore the preflighting and print anyway

. Make the lines a little thicker
-- 
Steve

Line width in inported graphics slightly diminishing in FM generated PDFs

[Peter Gold]

At 2:54 PM +0900 3/8/06, Yosuke Ichikawa wrote:
>Thank you for the tip, Peter.
>
>We tried .ai, but it was the same; and since we have a lot of graphics,
>we don't want to be saving them in .pdf.

I believe that the file format of later releases of Illustrator is 
PDF. If you're saving your AI files as EPS, you may be doing an 
unnecessarily extra step. FM can import AI files directly.

>I'm still curious why this happens, but for the practical matter at hand,
>we decided to use 0.21 pts for minimum line width in our graphics.

Probably the simplest solution.
-- 
Regards,

Peter Gold
KnowHow ProServices

Line width in inported graphics slightly diminishing in FM generated PDFs

[Yosuke Ichikawa]

Hi,

We're using Acrobat's preflight feature to check for lines thinner than
0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
but when we import these graphics in FM and check the PDFs created from
FM, Acrobat preflight says the graphics uses "0.199600pt" lines.

PDFs of these individual graphics, created from Illustrator, do not
have problems with Acrobat prefight, so it seems to be some sort of FM
conversion problem.

Why does this happen, and is there any way to prevent this on the FM
side? If there is no way to fix this, we'd have to tell our illustrator
to make the lines in the graphics slightly thicker.

Windows XP, Illustrator 10, FM 7.1, Acrobat 6.

By the way, is there no way to check the whole list archives any more? I
thought I'd search the archives first, but the one I found at the
frameusers site was just for the recent few months.

TIA,
Yosuke

Line width in inported graphics slightly diminishing in FM generated PDFs

[Paul Findon]

On 8 Mar 2006, at 00:52, Yosuke Ichikawa wrote:

> We're using Acrobat's preflight feature to check for lines thinner than
> 0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> but when we import these graphics in FM and check the PDFs created from
> FM, Acrobat preflight says the graphics uses "0.199600pt" lines.

The minimum line thickness we use is 0.25 pt.

Paul

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Peter Gold]

At 2:54 PM +0900 3/8/06, Yosuke Ichikawa wrote:

Thank you for the tip, Peter.

We tried .ai, but it was the same; and since we have a lot of graphics,
we don't want to be saving them in .pdf.


I believe that the file format of later releases of Illustrator is 
PDF. If you're saving your AI files as EPS, you may be doing an 
unnecessarily extra step. FM can import AI files directly.



I'm still curious why this happens, but for the practical matter at hand,
we decided to use 0.21 pts for minimum line width in our graphics.


Probably the simplest solution.
--
Regards,

Peter Gold
KnowHow ProServices
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

AW: Line width in inported graphics slightly diminishing in FM generated PDFs

[Reng, Winfried]

Hi,

> >We're using Acrobat's preflight feature to check for lines 
> thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs 
> created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> >
> >PDFs of these individual graphics, created from Illustrator, do not
> >have problems with Acrobat prefight, so it seems to be some 
> sort of FM
> >conversion problem.
> >
> >Why does this happen, and is there any way to prevent this on the FM
> >side? If there is no way to fix this, we'd have to tell our 
> illustrator
> >to make the lines in the graphics slightly thicker.
> 
> This looks a lot like a rounding error problem due to two 
> different applications using different precision math. In 
> floating-point math, computers use a set number of bits to 
> represent the complete range of natural numbers. As a result, 
> some numbers actually cannot be represented precisely: the 
> more bits you use, the closer you get, but there's always a 
> compromise.

When I check the font size in my PDF files there´s also often a
difference. E.g. the font size in FrameMaker is 10 pt, and Acrobat
says 9.96 pt. (Other text in Acrobat has exactly the same font size
as in FrameMaker.) 4 % would be a rather large rounding error.
I don´t know whether these differences in line width and font size
have the same cause.

Best regards

Winfried
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Steve Rickaby]

At 09:52 +0900 8/3/06, Yosuke Ichikawa wrote:

>We're using Acrobat's preflight feature to check for lines thinner than
>0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
>but when we import these graphics in FM and check the PDFs created from
>FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
>
>PDFs of these individual graphics, created from Illustrator, do not
>have problems with Acrobat prefight, so it seems to be some sort of FM
>conversion problem.
>
>Why does this happen, and is there any way to prevent this on the FM
>side? If there is no way to fix this, we'd have to tell our illustrator
>to make the lines in the graphics slightly thicker.

This looks a lot like a rounding error problem due to two different 
applications using different precision math. In floating-point math, computers 
use a set number of bits to represent the complete range of natural numbers. As 
a result, some numbers actually cannot be represented precisely: the more bits 
you use, the closer you get, but there's always a compromise.

I guess you have two approaches:

. Ignore the preflighting and print anyway

. Make the lines a little thicker
-- 
Steve
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Paul Findon]

On 8 Mar 2006, at 00:52, Yosuke Ichikawa wrote:


We're using Acrobat's preflight feature to check for lines thinner than
0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
but when we import these graphics in FM and check the PDFs created from
FM, Acrobat preflight says the graphics uses "0.199600pt" lines.


The minimum line thickness we use is 0.25 pt.

Paul


___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Yosuke Ichikawa]

Thank you for the tip, Peter. 

We tried .ai, but it was the same; and since we have a lot of graphics,
we don't want to be saving them in .pdf. 

I'm still curious why this happens, but for the practical matter at hand,
we decided to use 0.21 pts for minimum line width in our graphics.

Yosuke


Peter Gold <[EMAIL PROTECTED]> wrote:
> >We're using Acrobat's preflight feature to check for lines thinner than
> >0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
> >but when we import these graphics in FM and check the PDFs created from
> >FM, Acrobat preflight says the graphics uses "0.199600pt" lines.
> 
> I don't know if there's a tool dedicated to fixing this in FM, but 
> you might try saving  the Illustrator graphics as PDF or .ai, and 
> importing them into FM, to see if there's a difference. Success here 
> might indicate that the problem is in the EPS file.

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Line width in inported graphics slightly diminishing in FM generated PDFs

[Peter Gold]

Hi, Yosuke:

At 9:52 AM +0900 3/8/06, Yosuke Ichikawa wrote:
>Hi,
>
>We're using Acrobat's preflight feature to check for lines thinner than
>0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
>but when we import these graphics in FM and check the PDFs created from
>FM, Acrobat preflight says the graphics uses "0.199600pt" lines.

I don't know if there's a tool dedicated to fixing this in FM, but 
you might try saving  the Illustrator graphics as PDF or .ai, and 
importing them into FM, to see if there's a difference. Success here 
might indicate that the problem is in the EPS file.

>PDFs of these individual graphics, created from Illustrator, do not
>have problems with Acrobat prefight, so it seems to be some sort of FM
>conversion problem.
>
>Why does this happen, and is there any way to prevent this on the FM
>side? If there is no way to fix this, we'd have to tell our illustrator
>to make the lines in the graphics slightly thicker.
>
>Windows XP, Illustrator 10, FM 7.1, Acrobat 6.
>
>By the way, is there no way to check the whole list archives any more? I
>thought I'd search the archives first, but the one I found at the
>frameusers site was just for the recent few months.

I don't know about the archives, but you can find lots of hits from 
many relevant lists with Google searches that include the problem or 
message and FrameMaker.
-- 
Regards,

Peter Gold
KnowHow ProServices

Re: Line width in inported graphics slightly diminishing in FM generated PDFs

[Peter Gold]

Hi, Yosuke:

At 9:52 AM +0900 3/8/06, Yosuke Ichikawa wrote:

Hi,

We're using Acrobat's preflight feature to check for lines thinner than
0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
but when we import these graphics in FM and check the PDFs created from
FM, Acrobat preflight says the graphics uses "0.199600pt" lines.


I don't know if there's a tool dedicated to fixing this in FM, but 
you might try saving  the Illustrator graphics as PDF or .ai, and 
importing them into FM, to see if there's a difference. Success here 
might indicate that the problem is in the EPS file.



PDFs of these individual graphics, created from Illustrator, do not
have problems with Acrobat prefight, so it seems to be some sort of FM
conversion problem.

Why does this happen, and is there any way to prevent this on the FM
side? If there is no way to fix this, we'd have to tell our illustrator
to make the lines in the graphics slightly thicker.

Windows XP, Illustrator 10, FM 7.1, Acrobat 6.

By the way, is there no way to check the whole list archives any more? I
thought I'd search the archives first, but the one I found at the
frameusers site was just for the recent few months.


I don't know about the archives, but you can find lots of hits from 
many relevant lists with Google searches that include the problem or 
message and FrameMaker.

--
Regards,

Peter Gold
KnowHow ProServices
___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]

or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.

Line width in inported graphics slightly diminishing in FM generated PDFs

[Yosuke Ichikawa]

Hi,

We're using Acrobat's preflight feature to check for lines thinner than
0.2 pts. The thinnest lines in our .eps graphics are exactly 0.2 pts,
but when we import these graphics in FM and check the PDFs created from
FM, Acrobat preflight says the graphics uses "0.199600pt" lines.

PDFs of these individual graphics, created from Illustrator, do not
have problems with Acrobat prefight, so it seems to be some sort of FM
conversion problem.

Why does this happen, and is there any way to prevent this on the FM
side? If there is no way to fix this, we'd have to tell our illustrator
to make the lines in the graphics slightly thicker.

Windows XP, Illustrator 10, FM 7.1, Acrobat 6.

By the way, is there no way to check the whole list archives any more? I
thought I'd search the archives first, but the one I found at the
frameusers site was just for the recent few months.

TIA,
Yosuke

___


You are currently subscribed to Framers as [EMAIL PROTECTED]

Send list messages to [EMAIL PROTECTED]

To unsubscribe send a blank email to 
[EMAIL PROTECTED]
or visit 
http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com

Send administrative questions to [EMAIL PROTECTED] Visit
http://www.frameusers.com/ for more resources and info.