Forum Replies Created
-
AuthorPosts
-
Alan Gilbertson
ParticipantThe same behavior persists through CS5, if it's any comfort. Setting up object styles in a template file (or loading them from a document that already has them) would make it pretty simple. You'd select from the Object Style panel rather than the Wrap panel and Bob would be your uncle. (No offense, Bob!)
There may also be a plug-in for that… :-)
Alan Gilbertson
ParticipantRepairing permissions does sound like the way to go. It could be some weird artifact of the upgrade, also, if it's across multiple machines and everyone did the jump from CS3 to CS4. Deleting preferences might help, in that case.
Alan Gilbertson
ParticipantAcrobat 4 format flattens all transparency. Acrobat 5 and 6 don't. Your export may be taking a long time because you have limited memory on your system relative to the amount of image that InDesign/Photoshop needs to process, or you're running out of swap space, or both. If you have several complex, multi-megabyte, multi-layered images on a page, with lots of transparency effects, then the export process can be very slow because all the flattening is being done at export time. Complex vector objects can also take a long time to render, particularly if transparency is involved.
If the later versions of Acrobat seem to “flatten the image too much,” I suspect the problem is with the color space, and it's the color changes that look like flattening. If you export Adobe RGB 1998 to CMYK SWOP v2, you might lost some of the colors of the RGB that can't be rendered in that CMYK color space. You can use InDesign's bulit-in soft proofing to get an idea of what the color will look like on press (View>Proof Colors) in the color space that you are exporting to. I don't know why the different PDF versions would give you different color renderings, though, unless you've changed the defaults for one and not the others. In that case, InDesign would have added “[modified]” to whatever PDF preset you were using.
When you do get a setting that works for you, I recommend you save it as a PDF preset so that you can use it again without having to set things by hand.
Alan Gilbertson
ParticipantSabir, there are a couple of things to know. Bob was correct about the white lines. Here's a quick way you can verify that they are NOT a problem: zoom all the way in (1600%) and look at the lines. If they appear to be just as thin at 1600% as they were at 100%, they are screen artifacts created by Acrobat in trying to render the PDF for your monitor, and aren't anything that will show up on press. You mentioned to David that the lines seem to appear and disappear depending on the zoom level. That's another sure sign that they are just being created by Acrobat when it tries to fit the pixels of your display to the slices of the image, and… fails.
To make the white lines go away, follow David's advice, but you will FIRST have to turn OFF “Use 2D Acceleration” before you will be able to uncheck Smooth Line Art and Smooth Images. One of Acrobats lesser known gotchas.
You can also try printing a proof copy on a local inkjet. That will tell you if the lines are “real” or not.
Alan Gilbertson
ParticipantI don't think I've ever met a jpg2000 in the wild. It really didn't make it onto anyone's radar, as far as I can tell; the Edsel of image formats.
Alan Gilbertson
ParticipantApple's PDF support is sometimes a bit sketchy. I would try the flattest, oldest version of PDF (PDF 1.3).
October 7, 2010 at 2:25 pm in reply to: i need help, blank black areas where there is ment to be a picture #57289Alan Gilbertson
ParticipantCan't give you a specific answer except to suggest you re-Place the images and don't embed them. (Embedding images isn't a really good idea, unless you have a very definite reason for doing that. It's so seldom done that I would guess that function has never been thoroughly tested.)
Alan Gilbertson
ParticipantJust in case, you might also try this fix: https://kb2.adobe.com/cps/408/k…..08816.html in case the problem is some kind of corruption in the SING Gaiji component. May or may not be related, but as David pointed out there have been many instances of repeated ID crashes that traced to corrupted/malformed graphics, unusual hyperlinks, and (especially) corrupted fonts.
Alan Gilbertson
ParticipantI'd say definitely report this as a bug, since it's reproducible. I can't reproduce it with CS5 in Win7, no matter what version of ID, back to CS2, the template was created in, and no matter how many pages I add, so it may be some kind of interaction between changes in InDesign and changes in OS X. My favorite line from a Star Trek movie: “The more complicated the plumbing, the easier it is tae block the drain.” (Montgomery Scott, in “Star Trek 3: The Search for Spock,” explaining why the new Enterprise is stuck in the star dock while the old Enterprise sails away.)
Alan Gilbertson
ParticipantWithout seeing exactly what you're trying to duplicate, it's hard to say, but a Day-Glo type of effect definitely requires spot color, and you're probably not going to get what you want without one.
That said, try exporting your PDF/X-1a with a GRACOL color profile or (way better) ask your printer for a .joboptions file specific to his press and the type of paper you will run on, add it to your PDF presets and use that. David mentioned GRACOL and how antiquated SWOP is in IDS podcast 91.
InDesign defaults to SWOP for CMYK export to PDF, and that's often (usually, in fact) not the color profile you want because it's intended for web presses, not the sheetfed workflow that's much more common. You might be quite startled by the difference.
SWOP isn't a good choice for web press jobs either, in many cases. Magazines with any kind of decent regional, never mind national circulation are always done on a web press, but when I prep an ad I always use that publication's .joboptions (from their print provider), never the InDesign/Creative Suite default.
Alan Gilbertson
ParticipantOne thing that might ease the pain, since you probably have nothing else in the document with an object style of “[None]” would be to do all the imports then Find/Replace “[None]” with “[Basic Text Frame]” so it all happens in one shot. It'll save you some clicks, at any rate. That said, it's a best practice not to mess with those basic styles (object, paragraph, character) in case you ever need to move content to another document or open one on a different system that still has the defaults. Better to name the style explicitly, then you know you're safe.
Alan Gilbertson
ParticipantJust in case, you might also try this fix: https://kb2.adobe.com/cps/408/k…..08816.html in case the problem is some kind of corruption in the SING Gaiji component. May or may not be related, but as David pointed out there have been many instances of repeated ID crashes that traced to corrupted/malformed graphics, unusual hyperlinks, and (especially) corrupted fonts.
Alan Gilbertson
ParticipantI'd say definitely report this as a bug, since it's reproducible. I can't reproduce it with CS5 in Win7, no matter what version of ID, back to CS2, the template was created in, and no matter how many pages I add, so it may be some kind of interaction between changes in InDesign and changes in OS X. My favorite line from a Star Trek movie: “The more complicated the plumbing, the easier it is tae block the drain.” (Montgomery Scott, in “Star Trek 3: The Search for Spock,” explaining why the new Enterprise is stuck in the star dock while the old Enterprise sails away.)
Alan Gilbertson
ParticipantWhen you group items, they automatically all move to the same layer – the topmost one. You could still achieve the result you want by chaging the text color of your “advert” paragraph style to None.
Alan Gilbertson
ParticipantIn case it isn't clear, here's how you can check the Single Line/Paragraph composer question:
Click inside the story that has this large table.
Press Cmd-A (to select everything in the story).
On the paragraph panel flyout menu, click on “Adobe Single-Line Composer,” which will change everything at once. You don't have to change all the individual styles to test this out, and you probably don't need it for a table anyway.
There was a commentary somewhere, which David talked about a while back, that the paragraph composer, being processor-intensive, could have various side-effects if you leave it on all the time.
Hope this helps.
-
AuthorPosts
