[XML-DEV Mailing List Archive Home]
[By Thread]
[By Date]
[Recent Entries]
[Reply To This Message]
Re: targetNamespace and default namespace
- From: Webb Roberts <webb@webbroberts.com>
- To: Elliotte Rusty Harold <elharo@ibiblio.org>
- Date: Fri, 30 Sep 2016 09:15:47 -0400
On 2016-09-29, at 17:05, Elliotte Rusty Harold <elharo@ibiblio.org> 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@ibiblio.org
_______________________________________________________________________
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]
|
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
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.
|
|