summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc2534.txt
diff options
context:
space:
mode:
Diffstat (limited to 'doc/rfc/rfc2534.txt')
-rw-r--r--doc/rfc/rfc2534.txt507
1 files changed, 507 insertions, 0 deletions
diff --git a/doc/rfc/rfc2534.txt b/doc/rfc/rfc2534.txt
new file mode 100644
index 0000000..41cdf64
--- /dev/null
+++ b/doc/rfc/rfc2534.txt
@@ -0,0 +1,507 @@
+
+
+
+
+
+
+Network Working Group L. Masinter
+Request for Comments: 2534 Xerox Corporation
+Category: Standards Track D. Wing
+ Cisco Systems, Inc.
+ A. Mutz
+ Jutvision Corporation
+ K. Holtman
+ TUE
+ March 1999
+
+
+ Media Features for Display, Print, and Fax
+
+Status of this Memo
+
+ This document specifies an Internet standards track protocol for the
+ Internet community, and requests discussion and suggestions for
+ improvements. Please refer to the current edition of the "Internet
+ Official Protocol Standards" (STD 1) for the standardization state
+ and status of this protocol. Distribution of this memo is unlimited.
+
+Copyright Notice
+
+ Copyright (C) The Internet Society (1999). All Rights Reserved.
+
+Abstract
+
+ This specification defines some common media features for describing
+ image resolution, size, color, and image representation methods that
+ are common to web browsing, printing, and facsimile applications.
+ These features are registered for use within the framework of [REG].
+
+1. Introduction
+
+ This work was originally motivated by the requirements from web
+ browsers to send the browser's display characteristics to the web
+ server to allow the server to choose an appropriate representation.
+
+ This specification defines some common media features [REG] by which
+ a recipient may inform a sender as to the characteristics of its
+ message handling. The sender may then provide the variant of the
+ message that is most suitable for the recipient.
+
+ Different variants would typically be higher or lower resolution
+ images (for example) as appropriate. In the case of a sending to a
+ printer, the result would be higher quality output. In the case of a
+ small screen device (cellphone, portable digital assistant), the
+ result would be faster transmission.
+
+
+
+Masinter, et al. Standards Track [Page 1]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+ Media features may be used in many different protocol situations.
+ Those defined in this specification can indicate the display or
+ printer dimensions, resolution, color capability. The physical
+ dimensions of a display may be inferred from the display size and
+ display resolution. In the case of paper output, the paper size may
+ be expressed as a token from a list of standard paper sizes. These
+ are presented formally in the Notation section.
+
+2. Media Feature Registrations
+
+ This section defines several media features, using the form specified
+ in [REG].
+
+2.1 Image Size
+
+ - Media Feature tag name(s):
+
+ pix-x
+ pix-y
+
+ - ASN.1 identifier associated with this feature tag:
+
+ 1.3.6.1.8.1.1
+ 1.3.6.1.8.1.2
+
+ - Summary of the media features indicated by this feature tag:
+
+ These features indicate the display size of the recipient for
+ display or print, measured in pixels; they indicate horizontal
+ (pix-x) and vertical (pix-y) dimensions.
+
+ - Values appropriate for use with this feature tag:
+
+ Signed Integer
+
+ - The feature tag is intended primarily for use in the following
+ applications, protocols, services, or negotiation mechanisms:
+
+ Display and print applications where different media choices will
+ be made depending on the size of the recipient device. For
+ example, a web application for use on a 240x480 display might use
+ different HTML pages than one intended for use on a 1024x768
+ display.
+
+
+
+
+
+
+
+
+Masinter, et al. Standards Track [Page 2]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+2.2 Resolution
+
+ - Media Feature tag name:
+
+ dpi
+
+ - ASN.1 identifier associated with this feature tag:
+
+ 1.3.6.1.8.1.3
+
+ - Summary of the media features indicated by this feature tag:
+
+ This feature indicates the resolution that the recipient can
+ display or print without loss, measured in pixels per inch.
+ Typically resolution capability is represented as dots-per-inch
+ rather than in SI units [SI]. Values for dpi may be expressed as a
+ rational to accomodate resolution of SI-based devices; for example
+ dpi=19558/100 can be used to represent a resolution of 77 dots per
+ centimeter.
+
+ - Values appropriate for use with this feature tag:
+
+ Rational
+
+ - The feature tag is intended primarily for use in the following
+ applications, protocols, services, or negotiation mechanisms:
+
+ Printing and fax applications typically choose representations of
+ a transmitted document depending on the resolution of the
+ recipient rather than pixel size.
+
+ - Examples of typical use:
+
+ Choosing a version of a printable document to send to a printer.
+
+ - Considerations particular to use in individual applications,
+ protocols, services, or negotiation mechanisms:
+
+ Software applications are typically unaware of the resolution of
+ the display. Note that there exist devices with different
+ resolution in different directions, i.e., individual pixels are
+ not square. However, this feature only encompasses the
+ uniform resolution.
+
+
+
+
+
+
+
+
+Masinter, et al. Standards Track [Page 3]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+2.3 Registration of 'ua-media'
+
+ - Media Feature tag name(s):
+
+ ua-media
+
+ - ASN.1 identifier associated with this feature tag:
+
+ 1.3.6.1.8.1.4
+
+ - Summary of the media features indicated by this feature tag:
+
+ This feature indicates the recipients device media, indicated with
+ an simple token.
+
+ - Values appropriate for use with this feature tag:
+
+ Token with an equality relationship. Values include:
+
+ screen A refreshable display
+ screen-paged a refreshable display which cannot scroll
+ stationery Separately cut sheets of an opaque material
+ transparency Separately cut sheets of a transparent material
+ envelope Envelopes that can be used for conventional
+ mailing purposes
+ envelope-plain Envelopes that are not preprinted and have no
+ windows
+ continuous Continuously connected sheets of an opaque
+ material
+
+ - The feature tag is intended primarily for use in the following
+ applications, protocols, services, or negotiation mechanisms:
+
+ Most of the feature values are useful for printing applications, or
+ to distinguish printing from display.
+
+ - Examples of typical use:
+
+ This might typically be used for selecting between a rendition that
+ is intended to be printed and one that is intended to be displayed.
+
+ - Considerations particular to use in individual applications,
+ protocols, services, or negotiation mechanisms:
+
+ Other media values were not included because their utility seemed
+ relative.
+
+
+
+
+
+Masinter, et al. Standards Track [Page 4]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+ - Interoperability considerations:
+
+ Interoperability with the Internet Print Protocol means that some
+ additional feature values may need to be registered.
+
+2.4 Paper Size
+
+ - Media Feature tag name(s):
+
+ paper-size
+
+ - ASN.1 identifier associated with this feature tag:
+
+ 1.3.6.1.8.1.5
+
+ - Summary of the media features indicated by this feature tag:
+
+ For stationery, it is often useful to have information about the
+ size of display used. While it is more precise and predictable to
+ use absolute resolution and pixel sizes, some applications find it
+ useful to provide paper size in addition to this information. Note
+ that not all of the paper may have a printable area.
+
+ - Values appropriate for use with this feature tag:
+
+ Token with an equality relationship. Typical values include:
+
+ letter 8.5x11.0 inches
+ a4 210x297 mm
+ b4 250x353 mm
+ a3 297x420 mm
+ legal 8.5x14 inches
+
+ - The feature tag is intended primarily for use in the following
+ applications, protocols, services, or negotiation mechanisms:
+
+ This feature tag seems most useful for the printing application.
+
+ - Examples of typical use:
+
+ Choosing between a4 and letter size renditions of the same
+ printable document.
+
+
+
+
+
+
+
+
+
+Masinter, et al. Standards Track [Page 5]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+2.5 Color and greyscale
+
+ - Media Feature tag name(s):
+
+ color
+
+ - ASN.1 identifier associated with this feature tag:
+
+ 1.3.6.1.8.1.6
+
+ - Summary of the media features indicated by this feature tag:
+
+ This feature indicates a gross level of capability to represent (or
+ need for) for handling of color, out of a limited set of choices.
+
+ - Values appropriate for use with this feature tag:
+
+ Token with an equality relationship. Values include:
+
+ binary black-and-white, or other bi-level capability.
+
+ grey more than two levels of intensity; for example,
+ at least two bits of grey-scale data
+
+ limited availability of a small number of colors, such as
+ might be provided by a highlight printer, pen plotter,
+ or limited color display. Such capability is useful
+ for business graphics. At the lowest level of
+ capability, this implies at least one color other than
+ black ("highlight color"). At the high end, a small
+ number (less than 32) colors. No implication is made
+ that any particular color is available.
+
+ mapped pixel color values are mapped in some specifable way
+ to a multi-component color space. Sufficient levels of
+ display are available to represent a continuous tone
+ photographic image, but the result will be mapped into
+ a more limited space.
+
+ full ability (or at least willingness) to represent a full
+ color image and present it. Full continuous tone color
+ capability.
+
+ - The feature tag is intended primarily for use in the following
+ applications, protocols, services, or negotiation mechanisms:
+
+
+
+
+
+
+Masinter, et al. Standards Track [Page 6]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+ Web applications may choose between color, grey, or binary
+ representations. Fax or printing applications might choose between
+ color and non-color renditions, for example.
+
+ - Examples of typical use:
+
+ Someone preparing a map of directions to a restaurant might prepare
+ different maps for each kind of value.
+
+ - Intended usage:
+
+ COMMON
+
+3. Examples of use of features
+
+ The following examples of feature comparison show how these features
+ can be used to describe various capabilities. The syntax used to
+ express combinations of features is purely illustrative and not
+ normative:
+
+ pix-x<=1024, pix-y<=768
+ might be used for a 1024x768 display.
+
+ dpi=300
+ might be used for a 300 dpi printer.
+
+ paper-size=a4
+ indicates the display size is 210x297mm.
+
+4. IANA considerations
+
+ This document calls for registration of the following feature tags,
+ as per [REG]: pix-x, pix-y, dpi, ua-media, paper-size, color. ASN.1
+ identifiers should be assigned to each of these and replaced in the
+ body of the registration.
+
+5. Security Considerations
+
+ Inaccurate media feature information ascribed to a recipient might
+ cause a sender to subsequently send content that the recipient is not
+ actually able to process, thus causing a denial of service.
+
+6. Acknowledgments
+
+ This document is based on a previous memo co-authored with Lou
+ Montoulli. It had benefited from the comments of Graham Klyne, Ho
+ John Lee, Brian Behlendorf, Jeff Mogul, Ted Hardie, and Dan Wing.
+
+
+
+
+Masinter, et al. Standards Track [Page 7]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+7. References
+
+ [REG] Holtman, K., Mutz, A. and T. Hardie. "Feature Tag Registration
+ Procedures", BCP 31, RFC 2506, March 1999.
+
+ [SI] ISO 1000:1992 "SI units and recommendations for the use of
+ their multiples and of certain other units", International
+ Organization for Standardization, 1992.
+
+Authors' Addresses
+
+ Larry Masinter
+ Xerox Corporation
+ Palo Alto Research Center
+ 3333 Coyote Hill Road
+ Palo Alto CA 94304
+
+ Fax +1 650 812 4333
+ EMail: masinter@parc.xerox.com
+
+
+ Dan Wing
+ Cisco Systems, Inc.
+ 101 Cooper Street
+ Santa Cruz, CA 95060 USA
+
+ Phone: +1 831 457 5200
+ Fax: +1 831 457 5208
+ EMail: dwing@cisco.com
+
+
+ Andrew H. Mutz
+ Jutvision Corporation
+ 124 University Avenue Suite 202
+ Palo Alto CA 94301
+
+ Phone: +1 650 325 6787
+ Fax: +1 650 325 9337
+ Email: mutz@alum.mit.edu
+
+
+ Koen Holtman
+ Technische Universiteit Eindhoven
+ Postbus 513
+ Kamer HG 6.57
+ 5600 MB Eindhoven (The Netherlands)
+
+ EMail: koen@win.tue.nl
+
+
+
+Masinter, et al. Standards Track [Page 8]
+
+RFC 2534 Media Features for Display, Print, and Fax March 1999
+
+
+Full Copyright Statement
+
+ Copyright (C) The Internet Society (1999). All Rights Reserved.
+
+ This document and translations of it may be copied and furnished to
+ others, and derivative works that comment on or otherwise explain it
+ or assist in its implementation may be prepared, copied, published
+ and distributed, in whole or in part, without restriction of any
+ kind, provided that the above copyright notice and this paragraph are
+ included on all such copies and derivative works. However, this
+ document itself may not be modified in any way, such as by removing
+ the copyright notice or references to the Internet Society or other
+ Internet organizations, except as needed for the purpose of
+ developing Internet standards in which case the procedures for
+ copyrights defined in the Internet Standards process must be
+ followed, or as required to translate it into languages other than
+ English.
+
+ The limited permissions granted above are perpetual and will not be
+ revoked by the Internet Society or its successors or assigns.
+
+ This document and the information contained herein is provided on an
+ "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
+ TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
+ BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
+ HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
+ MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Masinter, et al. Standards Track [Page 9]
+