RE: IPP> ipp: / http: in the UI
Harry Lewis <harryl@us.ibm.com> Wed, 15 July 1998 21:05 UTC
Delivery-Date: Wed, 15 Jul 1998 17:05:10 -0400
Return-Path: ipp-owner@pwg.org
Received: from cnri.reston.va.us (ns [132.151.1.1])
by ietf.org (8.8.5/8.8.7a) with ESMTP id RAA25744
for <ietf-archive@ietf.org>; Wed, 15 Jul 1998 17:05:10 -0400 (EDT)
Received: from lists.underscore.com (uscore-1.mv.com [199.125.85.30])
by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id RAA17447
for <ietf-archive@cnri.reston.va.us>; Wed, 15 Jul 1998 17:05:08 -0400 (EDT)
Received: from localhost (daemon@localhost) by lists.underscore.com
(8.7.5/8.7.3) with SMTP id RAA03539 for <ietf-archive@cnri.reston.va.us>;
Wed, 15 Jul 1998 17:05:08 -0400 (EDT)
Received: by pwg.org (bulk_mailer v1.5); Wed, 15 Jul 1998 17:00:20 -0400
Received: (from daemon@localhost) by lists.underscore.com (8.7.5/8.7.3) id
QAA02988 for ipp-outgoing; Wed, 15 Jul 1998 16:58:01 -0400 (EDT)
From: Harry Lewis <harryl@us.ibm.com>
To: <Joel.Bennett@usa.xerox.com>
Cc: <ipp@pwg.org>, <paulmo@microsoft.com>, <jkm@underscore.com>
Subject: RE: IPP> ipp: / http: in the UI
Message-ID: <5030100023186717000002L072*@MHS>
Date: Wed, 15 Jul 1998 16:51:38 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-ipp@pwg.org
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id RAA25744
It's not necessarily either/or, in my mind. OS support is paramount so good thing we have Microsoft, Novell, Apple and IBM on the team! They will provide the infrastructure upon which integrated clients may be developed. Also, there will be clients which evolve as elements of higher order print and print management software solutions, I'm sure. But none of this precludes the possibility of recognition by generic web clients or commonplace web infrastructure (i.e. Netscape as you put it). Today, (for example) if I'm checking the weather in Boulder at http://www.atd.ucar.edu/cgi-bin/flabweatherE and I want to contact the weather station manager, placing my cursor over his e-mail link results in the URL mailto:cook@atd.edu in my browser command line. When I click, my mail composition client (of choice) is launched and Mr. Cook's address is automatically filled out for me. There is no reason why, tomorrow, I couldn't (hope to) be viewing a white paper on the WEB which has a "printto", "print" or "ipp" link that behaves in a similar manner whereby clicking invokes the native IPP client, or client of choice, merrily helping me launch my print job
- IPP> ipp: / http: in the UI Paul Moore
- Re: IPP> ipp: / http: in the UI Jay Martin
- RE: IPP> ipp: / http: in the UI Paul Moore
- RE: IPP> ipp: / http: in the UI Bennett, Joel H
- RE: IPP> ipp: / http: in the UI Harry Lewis