W3C home > Mailing lists > Public > www-html@w3.org > October 2003

RW: Re: support for character entities too expensive for low-cost printers (PR#6776)

From: BIGELOW,JIM (HP-Boise,ex1) <jim.bigelow@hp.com>
Date: Wed, 8 Oct 2003 10:30:56 -0400
Message-ID: <020A3CF87FB5AC47AA67966B33845755063CA7C7@xboi22.boise.itc.hp.com>
To: www-html@w3.org

Forwarded response for issue 6776:

Subject: Re: support for character entities too expensive for low-cost
printers (PR#6776)
Date: Tue Oct  7 15:23:30 2003

Henri Sivonen wrote:
> The problem is that implementing such data set without reading the DTD 
> would mean that the parser would not be a XML processor as defined in 
> the XML spec. Using a modified parser would break one of XML's 
> benefits: the ability to use a ready-made off-the-shelf parser whose 
> functionality is well defined. 

An XHTML-Print processor is only required to deal with XHTML-Print documents

> Also, having such almost-XML processors 
> around could cause interoperability problems, since different parsers 
> would have different idea of what the pre-defined entities were and, 
> therefore, what entity references rendered a document not well-formed.
The pre-defined entities that an XHTML-Print processor must support is
well-defined. These entities are specified in the XHTML-Print specification
[1]. No other entities are part of XHTML-Print and users do not have a means
create new entities. Therefore, a confroming printer need only implement
to recognize the set of pre-defined entities and replace them with required
Unicode code points. It is then up to the implementation of a conforming
on how best to process the pre-defined set of entities.  

Some implementations have done this via a data table that is compiled into
code, thereby relieving the printer of the need to redundently access the
information from the DTD for each XHTML-Print document.

However, the specification does not constrain how a confroming printer
provide support for the set of pre-defined entities.

Jim Bigelow
Received on Wednesday, 8 October 2003 10:34:32 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:05 UTC