Mike,
I may be stupid, but I have some difficulty to see why you have to have
a keyword to do these scenarios, it seems to me they can equally well be
done with a text string...
BTW, I think your scenarios look like they will need some private
localization that cannot be part of a standard anyway.
Carl-Uno
Carl-Uno Manros
Principal Engineer - Xerox Architecture Center - Xerox Corporation
701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231
Phone +1-310-333 8273, Fax +1-310-333 5514
Email: manros@cp10.es.xerox.com
-----Original Message-----
From: Michael Sweet [mailto:mike@easysw.com]
Sent: Wednesday, September 20, 2000 2:08 PM
To: Hastings, Tom N
Cc: ipp (E-mail); QUALDOCS DL (E-mail)
Subject: Re: IPP> REG - Proposal for "job-recipient-name" Job Template
attribute
"Hastings, Tom N" wrote:
> ...
> TH> You mean you want to print a job for the operator but don't know
> the operator's name, i.e., you want the operator to be the job
> recipient? I'd be interested for an example situation of when an
> end user would want to print a job for the operator.
Example 1: a printing company has a web-based printing service that
allows registered customers to submit files for printing. The
operator(s) of the printing equipment need to know when a job
comes in that required their attention (and the job is held until
the operator readies the printer and releases it), however the
customer does not know (and should not know) who will be doing the
printing.
[This is a real-world example of something that is happening right
now...]
Example 2: A coworker prints a document you forgot to a printer at
the hotel you are staying at. You don't know who will be receiving
the job, and the hotel requires a valid username or one of the
keywords, so you have to say "operator" and include a cover page with
the job.
Example 3: Same as example 2, but inside a company a la fax pickup.
Mind you, we can still do this without a keyword (just define special
names on the server for this sort of thing), but it would be nice to
have support for it in IPP (and not make everything we do in the
real world an extension...)
-- ______________________________________________________________________ Michael Sweet, Easy Software Products mike@easysw.com Printing Software for UNIX http://www.easysw.com
This archive was generated by hypermail 2b29 : Wed Sep 20 2000 - 18:10:05 EDT