Re: [RBASE-L] - Is there a limit to PDF printing?

[Steve Johnson]

Karen,  The one limitation to be aware of is the file size limitation for attachments being sent through most email servers. I believe around 2 mb. I imagine individual invoices would be rather small and you can set the resolution during printing to create an acceptable small file size per document.  Steve J Sent from my BlackBerry KeyOne From: rbase-l@googlegroups.com Sent: April 30, 2019 12:51 PM To: rbase-l@googlegroups.com Reply-to: rbase-l@googlegroups.com Subject: Re: [RBASE-L] - Is there a limit to PDF printing? This is the only application I have where the user isn't even keeping track of customers' email addresses yet!!! Karen -----Original Message----- From: Dan Goldberg <d...@lancecamper.com> To: rbase-l@googlegroups.com <rbase-l@googlegroups.com> Sent: Tue, Apr 30, 2019 11:37 am Subject: RE: [RBASE-L] - Is there a limit to PDF printing? We do everything electronically. So each pdf is emailed automatically to the customer. The customer table has their email address stored in it.   Dan Goldberg   From: 'Karen Tellef' via RBASE-L <rbase-l@googlegroups.com> Sent: Tuesday, April 30, 2019 9:34 AM To: rbase-l@googlegroups.com Subject: Re: [RBASE-L] - Is there a limit to PDF printing?   That's another terrific idea, I could set up a scheduled task to run the program once a month in the middle of the night, great idea.   I would have to have the user type in all the criteria and store it in a lookup table (there's a few options, like optional messages at the bottom, etc).    I kinda like the idea of individual PDFs too, named with the Customer ID so it would be easy to link to from a customer form.   Karen       -----Original Message----- From: jan johansen <j...@jjcalibrations.com> To: 'Karen Tellef' via RBASE-L <rbase-l@googlegroups.com> Sent: Tue, Apr 30, 2019 11:30 am Subject: Re: [RBASE-L] - Is there a limit to PDF printing? Karen,   My recommendation is the individual statements. We print statements to PDF's and they are stored on the server so we can always go back for them.   Also the statement program runs on the server at about 2AM on the last day of the month. So much faster than the user pressing a "print statement" button.   Jan         From: "'Karen Tellef' via RBASE-L" <rbase-l@googlegroups.com> To: rbase-l@googlegroups.com Date: Tue, 30 Apr 2019 16:16:51 +0000 (UTC) Subject: [RBASE-L] - Is there a limit to PDF printing?   I have an app that prints thousands of statements a month, and the program hasn't changed much since 6.5 days.  Each statement is calculated one at a time and printed one at a time.   Most of the time the computer will lock up during the printing, which I assume is because RBase is printing so fast to the spooler, and the network/spooler/printer simply cannot keep up with the number of files waiting to print, and at some point RBase can no longer send jobs to the print queue. Luckily I've programmed it so that the user can come back in and easily continue where it left off, but it's a pain to have to do that.  We've tried building in "waits" after so many statements print, but the program ended up taking like 6 hrs to run!    And yes, believe it or not, they are mailing the statements to their customers and have no wish to email them.   So I'm thinking of utilizing PDFs instead, and I have the choice of generating 1000s of individual PDFs (where the user can then highlight multiple PDFs, right-click, "print" at their own schedule), or generating one huge multi-1000s page PDF.    I have never created that big of a PDF.   Is there a reasonable limit to the #pages RBase can print to a PDF file?   Can someone tell me the largest PDF file they've ever generated?   Thanks!    Or if you have other suggestions.....   Karen     -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbase-l+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.