Obviously, I am too stressed. I completely misunderstood the problem, back cover not being the same as back page.
I totally agree, back cover of a book (just as the front cover or title page) is usually best kept in its own file. Not the least because you often have graphics there that you would want to bleed, or you are even printing this on a different size page. Sorry about the misunderstanding. :-\ Have a nice weekend. :-))) Bodvar On 2/10/06, Mike Feimster <[EMAIL PROTECTED]> wrote: > Definitely clear as mud. : ) > > I can see your point if your dealing with blank pages in the middle of the > document. I would rather automate than try to enter blank page files as > well. > > However, when dealing with the back cover, I think the simple solution is to > put it in its own file. You can then tell it to always start on a left page. > If I'm creating a booklet for press, I typically don't care. After I > generate a PDF, I usually need to add a blank page or two so that our > imposition software works correctly. I just do that in Acrobat before > running Quite Imposing. > > Mike > > -----Original Message----- > From: Bodvar Bjorgvinsson [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 09, 2006 7:21 PM > To: Mike Feimster > Cc: Combs, Richard; [email protected]; DeFlorio,Dominick > Subject: Re: Conditional Pagination > > E.G.: > I have three manuals each consisting of some 100 files (the reason being to > make it easier to revise). Each file may or may not end in a blank left page > which we chose to have absolutely blank instead of a page consisting of the > regular layout (header/footer and stuff) plus the text "Intentionally Left > Blank" or something of that nature. > > It is IMO much easier when your file ends on a right page (even without > doing anything with FrameScript) to add a paragraph or two, maybe one that > flushes the next paragraph off to the nex page. This last paragraph, which I > call EmptyLeft would call a master page that would be totally blank except > for a body frame of the same flow as the other pages. Or skip the flush > paragraph and let the EmptyLeft also start on top of page or column. > > If you are using the single blank page files for adding into the book file, > (and I have seen it done this way by a BIG US company) you have to go the > extra step of checking each file for last page ending. Of course you can do > it by checking the page count in the book file AFTER you have updated the > book, but with a book consisting of maybe hundreds of files, who would like > to add up to 50% of blank files into the book file? I have seen it and it > ain't nice. But, as I said, it works. But I would not trust it until I would > have physically checked it. And that takes time. I would not like to print > out 500 or 1000 or 2000 pages only to find out that there is one paging > error or more early in the book that will make the left pages after the spot > to print on the right page and vice versa. > > However, if you have a "List of pages", List of Effective Pages" or what you > choose to name it, a list that counts for and elaborates the revision status > of each page, and if you want to refer to the blank pages only with the word > "BLANK" without any page nunber, it may be easier to do it with separate > blank files, I suppose, I have not trie it, but I do it this way for now: > > I am using LEP Tools from Silicon Prairie Software. I set it to read the > Header/Footer markers #1 and #2 that I use for resp. revision date and > revision number. The LEP Tool reads this into a text box it makes on each > page into which it puts its own type of markers that read the contents of > the markers I have set. Originally I only need to put them on the first > page, of course. But then, I put these markers to the "EmptyLeft" page into > the only paragraph there (the "EmptyLeft" Pgf tag). Here one marker is empty > (one space only) and the other is populated with the word "BLANK". > > This works for me now, but I am hoping for an upgrade solution that could > maybe add a third kind of LEP marker that would read a different type of > marker, we could call it "Blank", and when it finds this marker it will > print only the contents of that marker, which would be "BLANK" or something > like that. > > Now, this should be clear as mud, shouldn't it? > > Bodvar > > On 2/9/06, Mike Feimster <[EMAIL PROTECTED]> wrote: > > > > >> Third possibility: Put the back cover into its own one-page file. > > > > >A horrible suggestion IMNSHO, but it works. ;-) > > > > Bodvar, > > > > Care to elaborate? > > > > Mike > > > > > > > > _______________________________________________ You are currently subscribed to Framers as [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.
