I was not including the browsers here, rather I was referring to the
underlying APIs that clients programs can call to issue these methods
(browsers would just be another client programs in this frame work). I
was basically saying that Win32 Internet/Intranet APIs do allow the use
of a new HTTP method. So anyone, perhaps the IPP printer client module,
can depend on these APIs to issue a custom IPP method over HTTP.
Again, not that I believe we need to do this at this point.
Babak
>-----Original Message-----
>From: Babak Jahromi
>Sent: Tuesday, February 25, 1997 10:01 AM
>To: 'rdebry@us.ibm.com'; ipp@pwg.org
>Subject: RE: IPP> FW: MyPost vs. Post
>
>
>At this point Microsoft in not inventing a new HTTP printing method for NT
>5.0. I was only talking about the future possiblities. I am not even
>convinced inventing a new HTTP method would by us anything. But it seems like
>we can invent new methods if it turns out to be beneficial, and still depend
>on stock Web servers and clients.
>
>Babak
>
>-----Original Message-----
>From: rdebry@us.ibm.com [SMTP:rdebry@us.ibm.com]
>Sent: Tuesday, February 25, 1997 7:22 AM
>To: Babak Jahromi; ipp@pwg.org
>Subject: IPP> FW: MyPost vs. Post
>
>
>Babek, so would you propose one new method, say "PRINT" with sub-operations
>to
>express the IPP methods, or would you propose several new HTTP methods, one
>for
>each IPP method?