text on text trapping woes

[overprintboy]

Hey gang:

I've got a bold text, set at 20% black sitting behind another text set at a 100% color.

The 100% text is set to trap, auto -.3. (.3 being our default).

When I send this to my RIP, it doesnt choke like i want it to, instead it creates a knock around the type, a halo effect if you will.

Setting the trap to auto +.3 spreads it correctly, but it just wont choke.

Any ideas?

Running Q 6.5, on OSX 10.3.8, rip to HQ 510.

Thanks in advance!

[Image4]

I do SO hate quark trapping. First thing I'd do is to 'text to box' on the 20% black, this will tell you whether it's Quark not liking the fonts on top of each other. Or if the background text is big/bold enough, try putting the 100% text in a 20% black text box and sit that on top.
Other than that, not sure.
Hope that's some help.

[Image4]

Just done a test, my first suggestion doesn't work. Although, background text permitting, the second suggestion did on our Brisque.
Good luck

[JanZ]

Write a postscipt from Quark, Distill to pdf and place the pdf into InDesign...

InDesign traps Quark pdf's AND does a better job than Quark can ever do! InDesign will trap type-to-type ONLY at the overlap! (No more of that 'fat-font' BS...)

I'm running Quark 6.5, OS X.3.8 and InDesign CS 3.0.1.

We haven't upgraded Preps to run on OSX and have to impose manually. I've trashed all of my Quark imposition templates in favor of InDesign because of the trapping abilities.

Jan

[Sparky]

I wish everyone would stop just saying "bring it in to InDesign.... yada, yada..." Not everyone has that option and a real world solution is looked for here.

First I would like to establish a few things. Is there any other background colors or graphics involved? What "color" is the 100% color text. How much of the black text is actually "trapping" to the color text? Please be a little more specific in your description.

One thought that does come to mind would be to save this document as a "*.trp.qxd" file (the * being whatever your original file name is) then select everything except the items that are causing this issue and delete them from the page. Then "Save Page as .eps" and bring it into Illustrator convert text to outlines, and do your trapping there. Still a bit crude but it has worked for me in the past. Unless you have something like Trapwise or another trapping software. Then bring the resulting .eps file back into your original Quark document and see how it goes. Since it's now pre-trapped the RIP should handle it just fine. :wink:

[Image4]

Text to box both items.
Works a dream and takes two seconds.

[slartybartfast]

Not everybody has the option of taking files into Illustrator Sparkie :wink:

[overprintboy]

The text box has no color fill. It's nothing complex.

Imagine a 100% one-color type on the bottom a sign (I.E. For Sale), no text box fill.
Screened one-color type on top (I.E. SOLD!), no text box fill. Tried a variety of screen percentages, from 10%-80%, for example.

Quark trap settings at Absolute, Process Trapping, Ignore White.
Auto Amount .3, Indeterminate .3, Knockout Limit 0%, Overprint Limit 100%.

I've run a couple of tests with a variety of colors on the type but it doesn't seem to have any effect.

What I don't understand is that it has worked for me before.

Also, the option does exist for me to my finish my file with this sort of problem into other applications, but I don't see the point.
Believe me, Quark would be the last application on Earth that I would use.

I've noticed on my Quark that the Text-to-box does not recreate the font accurately. Certain characteristics of the type are diminished, uneven strokes, 'fatter' letters, and the like.

Anybody else notice this?

I'm wondering if someting is really screwy with my Quark or god forbid, the RIP.

[/url]

[slartybartfast]

Sounds to me by your last post that the font is corrupt have you tried a different font to check?

[overprintboy]

thought of that too.

heres a link to what the RIP'd file looks like:

[url]http://pg.photos.yahoo.com/ph/jooblakan/detail?.dir=4668&.dnm=616d.jpg&.src=ph