CARVIEW

MOTORHOMES

Select Language

HTTP/2 200 date: Sat, 11 Oct 2025 11:55:35 GMT content-type: text/html content-encoding: gzip last-modified: Thu, 13 Jul 2023 18:30:32 GMT cache-control: max-age=2592000, public expires: Mon, 10 Nov 2025 11:55:35 GMT vary: Accept-Encoding access-control-allow-origin: * x-request-id: 98ce2b55ada5c197 strict-transport-security: max-age=15552015; preload x-frame-options: deny x-xss-protection: 1; mode=block cf-cache-status: EXPIRED set-cookie: __cf_bm=e_JhArqlUXYaTVEgLtVmZR_WP9PohWpPuRgFnzPIuY0-1760183735-1.0.1.1-ep1kw8Ne_AdiiCFwp.QencD.Sjkhxj.ZcOAGzTOwvQqvkvK55FJZZgmwRrv0NJhir3p1FBQJXJE.i9QXZNLaQo2MF3LYVM.Or1di4SAl4wM; path=/; expires=Sat, 11-Oct-25 12:25:35 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None server: cloudflare cf-ray: 98ce2b55ada5c197-BLR alt-svc: h3=":443"; ma=86400 misleading? comments in xml REC text on < from David Carlisle on 2000-02-25 (xml-editor@w3.org from January to March 2000)

misleading? comments in xml REC text on <

From: David Carlisle <davidc@nag.co.uk>
Date: Fri, 25 Feb 2000 11:31:26 GMT
To: xml-editor@w3.org
Message-Id: <200002251131.LAA06062@nag.co.uk>

  The replacement text may contain both <termref
  def='dt-chardata'>character data</termref> and (except for parameter
  entities) <termref def="dt-markup">markup</termref>, which must be
  recognized in the usual way, except that the replacement text of
  entities used to escape markup delimiters (the entities &magicents;) is
  always treated as data.
This sentence may be interpreted as implying that there is some special
handling for the _particular_ named entities lt, amp etc.
However the intention is (I believe?) that this sentence is not defining
any special processing and that it is just an aside pointing out that
this behaviour is implied by the general processing rules for entity
replacement. In particular an entity reference &mylt; will act in an
identical manner to &lt; (if mylt is defined as lt is defined in section
4.5, and not as at the top of the XML REC xml source:-)
A similar comment applies to
  <wfcnote id='CleanAttrVals'>
  <head>No <code>&lt;</code> in Attribute Values</head>
  <p>The <termref def='dt-repltext'>replacement text</termref> of any entity
  referred to directly or indirectly in an attribute
  value (other than "<code>&amp;lt;</code>") must not contain
  a <code>&lt;</code>.
Whilst the replacement text of lt as defined (but presumably ignored
as not first definition) in the local subset of this file does have a
literal <, the definition given in 4.5 does not, and any similarly
defined entity may be used in an attribute value, there is no
special rule about the entity named `lt' is there? In which case
the parenthetic  (other than "<code>&amp;lt;</code>") is confusing,
or at least it confused me.
David

Received on Friday, 25 February 2000 06:35:50 UTC

Original Source | Taken Source