[MFD] Why FaxIn should NOT add the PrintService attributes

[MFD] Why FaxIn should NOT add the PrintService attributes

[MFD] Why FaxIn should NOT add the PrintService attributes

Ira McDonald blueroofmusic at gmail.com
Wed Aug 10 15:57:17 UTC 2011


Hi Pete,

Originally, we had some boolean to say "and by the way print"
for FaxIn (and EmailIn, presumably) - no longer in the schema.

Then we decided instead to tread print as just another destination.

And treating it that way let's the hardcopy for the FaxIn document
happen easily off-box (e.g., on a printer nearer the user).

I strongly favor no extra privilege/details for the print destination of
FaxIn - just a URI that points to some PrintService that prints with
the configured defaults.

Otherwise FaxIn-to-Print becomes more of a true compound
service - very undesirable.

WDYT?

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Chair - TCG Embedded Systems Hardcopy SWG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:blueroofmusic at gmail.com
Christmas through April:
  579 Park Place  Saline, MI  48176
  734-944-0094
May to Christmas:
  PO Box 221  Grand Marais, MI 49839
  906-494-2434

-- 
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/mfd/attachments/20110810/d9714a89/attachment-0001.html>


More information about the mfd mailing list