In reference to the mobile print clients discussed today, I think the
following use cases need to be accommodated as well. Do my comments seem
reasonable, or do they need more detail?
I also think there should be an attempt to have a standard call that results
from the user's desire to print - currently mobile devices can have a print
button, or "share with", or start the print app first, as just a few of the
options. Not all printers are available for similar applications.
Larry
Case 1.
User is responsible for printing an odometer affidavit which must conform to
the state's legal requirements. The user starts an application on their
mobile device which accepts the required input data, including odometer
reading, VIN, Registration details, etc.
The user clicks on a print preview button that displays the data for
printing. The user is not presented any print options due to the legal
format restrictions, only the printer status. Print destination was
determined by user location and/or ID.
Case 2.
A financial service branch representative meets with a client to discuss a
product. The client decides to purchase a product and needs to review and
sign several printed documents. These forms are identified as controlled by
a regulatory agency, and must be printed in a specific format. The advisor
inputs the needed information on their mobile device and selects print
preview. After review the advisor sends the data to a printer that has the
appropriate capability, including any special forms or paper.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/cloud/attachments/20120425/b802f194/attachment-0002.html>