A PC program lets the user work on a large amount of sets of data. A new feature will be the generation of report files. The user, while viewing or editing one of the sets of data in a quite complex GUI, will have the possibility to generate a "report file" which is actually a PDF document created and opened automatically. This PDF has all the important data neatly organized, and should become very useful in printing, and sharing the data.
When clicking on a button equivalent to "generate report", the following happens:
- A PDF document is created on the hard disk
- The PDF document is opened with the default program the operating system has assigned to it (for example, Acrobat Reader)
- the most common use case is that the user prints the document, or saves it to a preferred location with a preferred name, and closes it.
However, how should those PDF documents be handled? Multiple solutions come to my mind:
Always generate one document (e.g. "report.pdf"). The problem is, if the user wants to generate a new report, and forgets to close the old, it will not be possible to generate the new one. I think opening an alert box in this situation would be to annoying.
Generate the document unique for the dataset in question. (e.g. "report_datasetname.pdf"). The problem is, the number of documents will increase to an unmanageable level.
Generate a temporary document (e.g. "a4ryg4uee5tw.pdf", or "000001.pdf"), and clean all the temporary files at exiting or on the next start. Possible problems: not a friendly name, and the user might not expect that the document will be lost if the program is exited. Maybe he wants to generate the report file, and look at it later. An opened PDF document does not have the features that most editors have (a star after the name, a prompt asking to save if I try to closing it) when holding temporary data.
Are there very important advantages/disadvantages of any of these options? Is there an "accepted standard" way of doing it?