[Home] [By Thread] [By Date] [Recent Entries]

  • From: Webb Roberts <webb@w...>
  • To: Elliotte Rusty Harold <elharo@i...>
  • Date: Fri, 30 Sep 2016 09:15:47 -0400

On 2016-09-29, at 17:05, Elliotte Rusty Harold <elharo@i...> wrote:
FYI

https://bugs.eclipse.org/bugs/show_bug.cgi?id=502693

This bug report says:

However, plugin.xml documents do not place elements in any namespace at all. This should be 

targetNamespace="" 

or just omit the attribute entirely.


Since the empty string is not a legal namespace name, supplying an empty string for targetNamespace is incoherent, and is not the same as not specifying it at all. The appropriate form of schema document corresponding to a ·schema· whose components have no {target namespace} is one which has no targetNamespace attribute specified at all.

Respectfully,
Webb



On Thu, Sep 29, 2016 at 1:32 PM, Thomas Passin <list1@t...> wrote:
I seem to remember from way back a lot of discussion about how you would be
able to use elements from another namespace or schema, if they weren't
qualified somehow.  That might have been mostly about inserting XML
fragments from one document into another, I don't remember too clearly.  It
would have lead to not wanting to default namespaces to that of the parent
element.

TomP

On 9/29/2016 11:26 AM, Michael Kay wrote:

omeone, I think, had the bright idea that if a container element is
in a namespace

<svg:svg xmlns:svg="http://svg.com/">
    <rectangle/>
    <circle/>
</svg:svg>

then there is no good reason why its children need to be in a
namespace: like attributes, they are scoped by the container. The
idea didn't catch on, but the schema spec was written in the belief
that this was the way forwards.



_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



-- 
Elliotte Rusty Harold
elharo@i...

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php

Very respectfully,
Webb

--
Webb Roberts <webb.roberts@g...>
Senior Research Scientist, Georgia Tech Research Institute
Office/Mobile: (404) 407-6181
75 5th St NW #719, Atlanta, GA 30332-0860



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member