Forum Replies Created
-
AuthorPosts
-
Bob Rubey
MemberThis probably isn't ideal, but better than placing 600+ pages individually.
With Acrobat ProExtract each PDF to single pages (you'll need separate folders for the French and Dutch).
Use Bridge/Batch Rename to rename the French pages 001a, 002a, 003a, and so on. For the Dutch, 001b, 002b…
The resulting PDFs can now be merged into a single folder and combined as a single PDF with Acrobat Pro.
You probably know the rest….
Bob Rubey
MemberWith the help of one of David's old posts, https://creativepro.com/doc…..uuuuge.php, I'm learning the why, but I've yet to figure the what.
Document overhead on one blank (19.2 MB) page was 99.84%. Using the Optimizer mentioned in the post brought it down to 53 KB, which is slightly larger than my 41 KB final PDF.
For a handful of files, the method may be helpful to some, but with nearly 400, not so much.
I tried cleaning up the INDD file even more than I already typically do as SOP, but with no improvement.
Bob Rubey
MemberI should say the PEU script would have been marginally faster if the resulting PDFs wouldn't have been so large.
And I did get the IDML file I created this morning to open in both CS5 and CS6 (not sure why it was a problem yesterday), but there was no improvement regarding the the PDF export. The export from CS5 was very slightly larger.
Bob Rubey
MemberDavid,
Time was an issue, so I used the multi-page PDF and extract technique using Bridge to rename the files. I've done this so many times that the PEU script would have been only marginally faster. The entire book totalled 382 PDFs @ 242.4 MB.
Before I did so, I did one last test with the first 64 pp. As a multi-page PDF, 46.2 MB; as 64 individual PDFs using the PEU script and same job options, 1.25 GB.
It seems as something is being “shared” (for the lack of a better term) in the multi-page PDF. The job is essentially complete, but I'd really like to know what's happening with this file.
BTW, I had no problem exporting the IDML; it took less than 30 seconds. The problem was trying to open the resulting 14.3 MB file in either INDD CS5 or CS6.
Bob
Bob Rubey
MemberI should also note that some of the blank pages had empty but threaded text frames. Dragging them to the pasteboard made no difference.
And preflighting with Acrobat Pro did not reveal any unexpected elements.
Bob
September 12, 2012 at 8:12 pm in reply to: Script to Find anything colored as Registration and convert to 100k #63150Bob Rubey
MemberThis may be what you're looking for: https://www.adobe.com/cfusion/e…..id=1785023
It's an older script, so how well it works probably depends on the INDD version you're using.
For a more manual approach, you can also use the Separations Preview panel, turn the black channel off, and “flip” through the document pages [shift/page up or shift/page down] to locate and change any instances of Registration color.
Bob Rubey
MemberHere you go. I use it occasionally in CS5, and it works well. Haven't had an opportunity to try in CS6 yet.
Bob Rubey
MemberAlan,
Perhaps the grayscale image is being affected by the Appearance of Black preference? Just guessing….
Bob
Bob Rubey
MemberIt's always best to get the job and PDF requirements from your printer as some printers may limit you to PDFx1a (v1.3) while others can easily handle higher PDF versions which do not require flattening and allow options such as layering. Many printers will supply you with a customized .joboptions file or give you the specs to follow.
That being said, 37 MB really isn't a big file, especially for a heavily imaged 24-page document. I'd make sure that the effective DPI of the placed images is high enough. Even if your export settings are set for 300 dpi, it can't fix low-resolution files or files scaled too large thus affecting resolution.
Bob Rubey
MemberAmanda,
I realized this morning that I should have put a left align tab after the number to position the text. Doing so will allow the number and the text to be moved independently.
I guess my brain was still on vacation….
Bob
Bob Rubey
MemberAmanda,
This response was delayed by a recent vacation, and I'm not entirely sure that the linked Flash video would have put you on the right track, but maybe you'll find some value. Note that when using Align to Decimal (or other characters), the tab precedes the character: https://www.screencast.com/t/J7QbfomFPg6F
Bob
Bob Rubey
MemberLeaders are a function of the Tabs panel.
Bob Rubey
MemberAmanda,
Are you using the Align to Decimal tab stop?
Bob
Bob Rubey
MemberThis may have nothing to do with the problem, but in all instances shown, the overlapping occurs after the German ß. Not always, but strange happenings and fonts are no strangers.
I'd see what happens when a) the font is changed, or b) the character is removed.
And of course, do your testing on a copy of the document.
Bob Rubey
MemberPaola,
A simple solution is to use the batch renaming feature (under Tools) of Bridge. Sequence numbers will go to six digits, so you shouldn't encounter any problems.
Bob
-
AuthorPosts
