attachment-0001
Hi,<br><br>On reflection, I tend to agree with Andrew that we should<br>(in general) use the 'imaging-' prefix for our new attributes.<br><br>But I *think* we meant the new 'print-color-mode' property<br>to refer specifically to hardcopy output (print).<br>
<br>I don't think it fits well w/ scan (output image format) or fax.<br><br>All - note that we generally *drop* the 'print-' or 'job-' or<br>whatever prefix in the PWG Semantic Model XML Schema<br>in order to reuse the "same" (well similar) attribute at more<br>
than one level of the system/service/job/document hierarchy.<br><br>
Pete - please chime in with your opinion here.<br>
<br>Cheers,<br>- Ira<br><br clear="all">Ira McDonald (Musician / Software Architect)<br>Chair - Linux Foundation Open Printing WG<br>Co-Chair - IEEE-ISTO PWG IPP WG<br>Co-Chair - TCG Hardcopy WG<br>IETF Designated Expert - IPP & Printer MIB<br>
Blue Roof Music/High North Inc<br><a href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102, 0, 204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>
mailto:<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Christmas through April:<br> 579 Park Place Saline, MI 48176<br> 734-944-0094<br>May to Christmas:<br> PO Box 221 Grand Marais, MI 49839<br>
906-494-2434<div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><br>
<br><br><div class="gmail_quote">On Tue, Apr 19, 2011 at 3:06 PM, Petrie, Glen <span dir="ltr"><<a href="mailto:glen.petrie@eitc.epson.com">glen.petrie@eitc.epson.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
If the "color-mode" refers to the capability (setting) of the scanner or the fax; then I vote for 1. below to clearly denote this. An image does not have a "color-mode"; it has a color space. Mode implies functionality not a state.<br>
<font color="#888888"><br>
Glen<br>
</font><div><div></div><div class="h5"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:ipp-bounces@pwg.org">ipp-bounces@pwg.org</a> [mailto:<a href="mailto:ipp-bounces@pwg.org">ipp-bounces@pwg.org</a>] On Behalf Of Mitchell, Andrew (Solutions Architect)<br>
Sent: Tuesday, April 19, 2011 12:00 PM<br>
To: <a href="mailto:tom.hastings@alum.mit.edu">tom.hastings@alum.mit.edu</a>; 'Ira McDonald'; 'Michael Sweet'<br>
Cc: <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
Subject: Re: [IPP] "print-color-mode" or "imaging-color-mode"?<br>
<br>
OK, my 2˘.<br>
<br>
We need to decide if naming a NEW attribute that applies to more then just print with the print- prefix makes sense. A agree that renaming existing attributes does not make sense, and using the print- attributes in scan (and fax) rather then renaming them is logical. But if we are going to say attributes that are originally defined in Scan (or Fax) start with imaging- while if they first show up in IPP Everywhere (or some other doc like JPS3) we name them print- that doesn't seam quite right. My preference would be either:<br>
<br>
<br>
1. Call everything that is not scan (or fax) specific print-, no matter where it is first defined. For scan or fax specific, call them scan- and fax-.<br>
2. Start using the imaging- prefix everywhere that the term is NOT print specific.<br>
<br>
We are going to expand the model which is heavily rooted in print to other services, I'd just like to have a consistent naming convention for how we move forward. 1 seems more confusing to me since it means keeping the print- name moving forward, and we'll have to maintain the table as to what is print specific and what isn't, but 1 also seems more true to the roots of IPP. I however personally vote for 2 since it clearly implies our broader scope of the protocol moving forward.<br>
<br>
As for just dropping the print- prefix, while it works for color-mode, I think we need to take a harder look to make sure it makes sense everywhere. Note that I view this as simply a different way of naming option 2. If we pick option 2 we need to then pick the naming convention.<br>
<br>
OK, so that was a bit more the 2˘ worth.<br>
<br>
Andrew<br>
<br>
From: Tom Hastings <<a href="mailto:tom.hastings@verizon.net">tom.hastings@verizon.net</a><mailto:<a href="mailto:tom.hastings@verizon.net">tom.hastings@verizon.net</a>>><br>
Reply-To: "<a href="mailto:tom.hastings@alum.mit.edu">tom.hastings@alum.mit.edu</a><mailto:<a href="mailto:tom.hastings@alum.mit.edu">tom.hastings@alum.mit.edu</a>>" <<a href="mailto:tom.hastings@alum.mit.edu">tom.hastings@alum.mit.edu</a><mailto:<a href="mailto:tom.hastings@alum.mit.edu">tom.hastings@alum.mit.edu</a>>><br>
Date: Tue, 19 Apr 2011 18:45:45 +0000<br>
To: 'Ira McDonald' <<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a><mailto:<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a>>>, 'Michael Sweet' <<a href="mailto:msweet@apple.com">msweet@apple.com</a><mailto:<a href="mailto:msweet@apple.com">msweet@apple.com</a>>><br>
Cc: "<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><mailto:<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>>" <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><mailto:<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>>><br>
Subject: RE: [IPP] "print-color-mode" or "imaging-color-mode"?<br>
<br>
I agree with Ira. On the other hand, one other alternative for the name would just to drop the "print-" prefix and call it "color-mode".<br>
<br>
Tom<br>
<br>
________________________________<br>
From: <a href="mailto:ipp-bounces@pwg.org">ipp-bounces@pwg.org</a><mailto:<a href="mailto:ipp-bounces@pwg.org">ipp-bounces@pwg.org</a>> [mailto:<a href="mailto:ipp-bounces@pwg.org">ipp-bounces@pwg.org</a>] On Behalf Of Ira McDonald<br>
Sent: Monday, April 18, 2011 15:35<br>
To: Michael Sweet; Ira McDonald<br>
Cc: <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><mailto:<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>><br>
Subject: Re: [IPP] "print-color-mode" or "imaging-color-mode"?<br>
<br>
Hi Mike,<br>
<br>
My two cents.<br>
<br>
No - let's keep the name "print-color-mode" to cohere with the<br>
zillion other print-xxx or printer-xxx attributes.<br>
<br>
In the new IPP Scanner and Fax objects lets just globally apply<br>
most/many existing IPP Printer attributes in big table(s) with<br>
a rationale for why some attributes are not applicable to the<br>
other multifunction objects.<br>
<br>
Unless almost all Printer attributes *are* applicable, which I begin<br>
to suspect is the case (and have a short table of the exceptions).<br>
<br>
I think we should reserve use of he "imaging-" prefix for only new<br>
attributes defined first for Scanner, Fax, etc. objects for IPP<br>
Everywhere Second Edition.<br>
<br>
Cheers,<br>
- Ira<br>
<br>
<br>
Ira McDonald (Musician / Software Architect)<br>
Chair - Linux Foundation Open Printing WG<br>
Co-Chair - IEEE-ISTO PWG IPP WG<br>
Co-Chair - TCG Hardcopy WG<br>
IETF Designated Expert - IPP & Printer MIB<br>
Blue Roof Music/High North Inc<br>
<a href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br>
<a href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>
mailto:<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a><mailto:<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a>><br>
Christmas through April:<br>
579 Park Place Saline, MI 48176<br>
<a href="tel:734-944-0094" value="+17349440094">734-944-0094</a><br>
May to Christmas:<br>
PO Box 221 Grand Marais, MI 49839<br>
<a href="tel:906-494-2434" value="+19064942434">906-494-2434</a><br>
<br>
<br>
On Mon, Apr 18, 2011 at 4:52 PM, Michael Sweet <<a href="mailto:msweet@apple.com">msweet@apple.com</a><mailto:<a href="mailto:msweet@apple.com">msweet@apple.com</a>>> wrote:<br>
All,<br>
<br>
If we consider scanning and printing of forms, the "bi-level" (threshold) mode makes sense for both. Do we want to rename "print-color-mode" to "imaging-color-mode" in anticipation of using is for other MFD services in IPP?<br>
<br>
________________________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair<br>
<br>
<br>
--<br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><mailto:<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
<br>
<br>
--<br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner<<a href="http://www.mailscanner.info/" target="_blank">http://www.mailscanner.info/</a>>, and is<br>
believed to be clean.<br>
<br>
--<br>
This message has been scanned for viruses and<br>
dangerous content by MailScanner<<a href="http://www.mailscanner.info/" target="_blank">http://www.mailscanner.info/</a>>, and is<br>
believed to be clean.<br>
<br>
</div></div>--<br>
<div class="im">This message has been scanned for viruses and<br>
dangerous content by MailScanner, and is<br>
believed to be clean.<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
</div><div><div></div><div class="h5"><a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</div></div></blockquote></div><br><div style="visibility: hidden; left: -5000px;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup{position: absolute;z-index: 9999;padding: 0px 0px;margin-left: 0px;margin-top: 0px;overflow: hidden;word-wrap: break-word;color: black;font-size: 10px;text-align: left;line-height: 130%;}</style>
<br />--
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.