Karen -
They could get a copy of pdfFactory - it sets up like it's another printer. Then if they want to print just selected pages to a PDF they open the big PDF file, choose Print, change the printer to be the pdfFactory printer and then they can stack as many pages as they want into a new PDF document. It's not nearly as slick as using R:PDFMerge but there's NO programming cost and that might make them happy for now . pdfFactory is relatively inexpensive compared to Acrobat. Sami From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, March 22, 2010 1:15 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Printing a bunch of PDF files Bob: An interesting thought... Yes, this could grow into thousands of individual PDFs very quickly. So there would have to be some maintenance to throw older ones out (luckily they run just once a month, so only 12 "batches" worth a year). I'd have to think about how I could save the data in a table so that it can be recreated at any time... That would be a boatload of programming. I like Sami's idea of one indexed PDF file, but if they wanted to email just one page they would have to have the full version of Acrobat to extract a page to another filename, or I'm assuming R:PDFMerge would let them extract a page to a file. Karen I use this method in the initial creation of all statements. Have an end of month job run and create all statements. Then the statements can be printed from this table along with a print and send status. You have a lot of print options. You can change order by or select by for different groupings. Such as some customers get emailed direct, others get hard copy and others both. As always, many ways to accomplish an end task. -Bob
