[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Namespaces in XML: 3.1 the example [2]

  • From: james anderson <James.Anderson@m...>
  • To: "xml-dev@i..." <xml-dev@i...>
  • Date: Wed, 01 Apr 1998 01:56:24 +0200

dsig xml example
greetings;
re 3.1 (the o/l bookstore example)

the discussion raises a number of questions

1. when a namespace-pi binds a namespace, is it intended that, should a schema
have been specified, a processor  verify (immediately?, later?, when?) the
existence (the content?) of the specified schema?
   is this a well-formedness or a validity issue?

2. if the schema is present, should the processor permit local additions to the
namespace, that is the introduction of names which are not present in the
external definition?
  should the processor permit redefinition of existing names from the namespace?

if the answer to first is "no", then cross-references are no problem.
if the answer to the second is yes, then it would be possible to place hooks in
a dtd by selective entity placement, which entities the using document/dtd would
be free to (re)define.

(or rather, it's almost possible: there's a small problem, that the wd-standard
precludes qualified entity names. why?)

3. the element definition examples below shouldn't, in any event, appear in the
original schema(s).
while it is ok (and necessary) to constrain the namespace in definition tags in
the internal subset, to do so in the original schema itself would prevent
subsequent users of the dtd from remapping the tags to suit their needs. in
general this is too restrictive.

Chris Smith wrote:

> On Mon, 30 Mar 1998, David Megginson wrote:
>
> > Chris Smith writes:
> >
> >  > <E:Order>
> >  >   <dsig:dsig>
> >  >     <E:Manifest>80183589575795589189518915</E:Manifest>
> >  >
> >  > My question is simply: what is the definition for "Order" ?
> >
> > You would have to do something like this:
> >
> >   <!ELEMENT E:Order (dsig:dsig, ...)>
> >   <!ELEMENT dsig:dsig (E:Manifest, ...)>
> >   <!ELEMENT E:Manifest (#PCDATA)>
>
> I must admit I had considered this, but had rejected it since it
> seemed to require that each DTD exist before the other DTD. In
> addition, it hardly seemed reasonable for something as general as
> dsig: to know - in the DTD - about all its uses. (This is why I
> thought that the use of ANY or #PCDATA might be a way to facilitate
> the experiments.)
>




xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.