CARVIEW |
Select Language
HTTP/2 200
date: Sun, 12 Oct 2025 00:35:44 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: Mon, 10 Nov 2025 21:53:26 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98d1971d7d1d48fc
strict-transport-security: max-age=15552015; preload
x-frame-options: deny
x-xss-protection: 1; mode=block
cf-cache-status: HIT
set-cookie: __cf_bm=4FVXaCnAFKZYFRGVwdZgTBiyEbkC1HbfJlNPUTjLo3g-1760229344-1.0.1.1-sFdAyZYYdtCiIdqDVdKdlx3SIuQaOYkdGRqPca9FeEU5TiQJS2ClBMVBh2knXs8vUJZ7rGUGsSu_puHy_0Uk.7KC1mkzuIEW5JR2wNOHYDM; path=/; expires=Sun, 12-Oct-25 01:05:44 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98d284d87cd39ac4-BLR
alt-svc: h3=":443"; ma=86400
imports, includes and namespace prefixes from Curt Arnold on 2000-04-21 (www-xml-schema-comments@w3.org from April to June 2000)
imports, includes and namespace prefixes
- From: Curt Arnold <carnold@houston.rr.com>
- Date: Fri, 21 Apr 2000 12:12:23 -0500
- To: <www-xml-schema-comments@w3.org>
- Message-ID: <005801bfabb4$c27e8e00$b344a018@houston.rr.com>
Namespace prefix definitions (xmlns:prefix="uri" attributes) are not accessible from XSLT (and probably from anything else that tries to hide the details of namespacing from you) which means that it is not possible to resolve qualifed name references to types, for example, in those environments. I'd suggest adding an explicit schemaPrefix attribute to the import and targetPrefix attribute to the schema element. At least, this information could be used as decoration in the documentation. I am able to work around this using equivalent attributes from another namespace, but it seems like a general problem. Of course, any implementation has to have some limit on the depth of nested includes. A complicated issue is nested imports. It should be moderately common for multiple imports to in turn import some common namespace but possibly from different resources. Trying to resolve the potential conflicts seemed untenable. How I've currently addressed it in my preprocessor is that only imports that in the schema being compiled add information to the validation package. If an import appears in an include or import and its namespace didn't have an import in the schema being compiled, an informative message is issued (but which might result in some unsatisfied references).
Received on Friday, 21 April 2000 13:22:32 UTC