CARVIEW |
Select Language
HTTP/2 200
date: Fri, 10 Oct 2025 23:49:46 GMT
content-type: text/html
content-encoding: gzip
last-modified: Thu, 13 Jul 2023 17:44:51 GMT
cache-control: max-age=2592000, public
expires: Sun, 09 Nov 2025 23:49:46 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98ca0422bc18c46e
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=fCV1qUtL43gIhXgpKovHYD2iWqPWjBipHBnfxbFVgHw-1760140186-1.0.1.1-XhGbSSoVtxLib.4DHKg9hS3eAc1E1LZ3HX7y7hH_SaMpnhZBvLMesxQhZxjQd56n8WlmKs4ql4GT3wmnehZ3_jbbPHpTlisnGc1NjaZnBpE; path=/; expires=Sat, 11-Oct-25 00:19:46 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98ca0422bc18c46e-BLR
alt-svc: h3=":443"; ma=86400
XPath built-in datatype from Arnold, Curt on 2000-04-06 (www-xml-schema-comments@w3.org from April to June 2000)
XPath built-in datatype
- From: Arnold, Curt <Curt.Arnold@hyprotech.com>
- Date: Thu, 6 Apr 2000 11:47:27 -0600
- To: "'Chris Lilley'" <chris@w3.org>
- Cc: "'www-xml-schema-comments@w3.org'" <www-xml-schema-comments@w3.org>
- Message-ID: <00E567D938B9D311ACEC00A0C9B468730C76DB@THOR>
From https://lists.w3.org/Archives/Public/www-svg/2000Apr/0014.html Dan Connolly wrote: > For more complex stuff (e.g. xpath notation), the schema spec doesn't > provide any mechanism to express that syntax. Chris Lilley wrote: Pity. It would seem a minimal burden to add a built-in datatype that allows you to declare an attribute (or element content) as conceptually being an XPath. Since XPath is intended to be used across W3C technologies, it would seem that the best place for it would be as a built-in type in Schema instead of every technology that uses it trying to kludge it with their own regular expressions. <datatype base="string" name="XPath"/> The difficulty is in the implied validation a schema aware processor is expected to do when it encounters an attribute that uses an XPath or derived datatype (in the same manner the parser is anticipated to validate that a uri or Qname is valid beyond what is in the explicit Schema for Schema definitions). If that seems like too much complexity, you could except conforming processors from doing any implied validation of XPath's. But compared to the overall complexity of Schema, an XPath type validation seems fairly trivial.
Received on Thursday, 6 April 2000 13:50:01 UTC