Hugo,
Please, please(!) do not send large documents as email attachments
on the mailing list. Instead, post them on the PWG server and send
out pointers to those documents.
Thanks for your understanding and cooperation.
...jay
Hugo Parra wrote:
>> This version of the document incorporates many of the suggestions I received from Michael Sweet and Ira McDonald.
>> The following summarizes the significant changes made in this version of the doc:
>> 1. Limited each value of the "client-print-support-files-supported" attribute to contain a single uri. This removes the requirement for "long" strings to hold these values. If there are multiple uri's where to download a given set of client print support files, each is listed in a separate value.
>> 2. Removed the need for the "long-text" syntax. Since the contents of each value string are either a uri or a human-readable representation of a keyword, internationalization issues never apply to these strings, so its syntax was changed to octetString(MAX).
>> 3. The legal values for "os-type" are the operating system names registered with IANA.
>> 4. Added "uri-scheme" to the definition of "client-print-support-files-request" to allow clients to narrow-down queries based on the uri-scheme of the uri from where the files can be downloaded.
>>> ISSUES:
>> a) What operation ID can we assign the get-client-print-support-files operation?
> b) Can Digest Authentication provide enough client-side authentication to justify mandating it instead of TLS?
>> ------------------------------------------------------------------------------------------------------------------------------------
> Name: draft-parra-install-00-000626.doc
> draft-parra-install-00-000626.doc Type: WINWORD File (application/msword)
> Encoding: base64
> Download Status: Not downloaded with message
>> Name: draft-parra-install-00-000626.pdf
> draft-parra-install-00-000626.pdf Type: Acrobat (application/pdf)
> Encoding: base64
> Download Status: Not downloaded with message