Rocky Smolin - Beach Access Software
bchacc at san.rr.com
Mon Oct 6 23:18:11 CDT 2003
Plus, ironically, you can't preview a report if there's no printer installed. I hate when that happens. Go figure. Rocky ----- Original Message ----- From: "Stuart McLachlan" <stuart at lexacorp.com.pg> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com> Sent: Monday, October 06, 2003 5:50 PM Subject: Re: [AccessD] When is a report actually printed (vs previewed only) > On 7 Oct 2003 at 9:30, David Fenton wrote: > > > Hello again, I have searched archives and looked through recent > > newsgroups for Access Reports and found only a few tips on determining > > if a report is printed rather than just previewed. None of them seem > > to hit the mark I'm after. > > > > Does anyone have any u-beaut ideas on how I can tell whether a report > > has been previewed or printed? I do not want to prevent my users from > > printing. In the OnClose event of the report I set a 'printed' flag. > > But one of my users correctly pointed out that previewing it is not > > the same as printing it. She can look at the report but change her > > mind and NOT print it. In that case she doesn't want the 'printed' > > flag to be set. I guess she's after a Cancel button on the print > > preview. I am not aware of any cancel methods on the print preview > > page. I know there is an OnPrint event, but it seems to apply to > > sections of the report, not the entire report itself. > > > The on_print event fires when the report is displayed on screen as well. > As far as Access is concerned printing to the screen or saving the report > to a file is the same as printing to a printer. > > > I could have two buttons on the form - one preview and one print, then > > putting the flag setting into OnClick on the print button instead of > > the report itself, but it doesn't feel robust... Any ideas folks? Cheers > > David Ô¿Ô¬ Brisbane Australia > > > The trouble with that option is that the user can still print from the > preview in which case the flag won't be set. > > The other problem with any method of setting a flag programmatically is , > what happens when the printer is not available/ has a paper jam/ runs out > of paper etc. Although some printer drivers with two way communication > can tell you some of these things, in many cases there is *no* way within > Access to be sure that the report was in fact printed. > > > > > > -- > Stuart McLachlan > Lexacorp Ltd > Application Development, IT Consultancy > http://www.lexacorp.com.pg > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >