This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 4940 - Explanation of terminology change regarding ur-type definition is a bit confusing
Summary: Explanation of terminology change regarding ur-type definition is a bit confu...
Status: RESOLVED FIXED
Alias: None
Product: XML Schema
Classification: Unclassified
Component: Structures: XSD Part 1 (show other bugs)
Version: 1.1 only
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: C. M. Sperberg-McQueen
QA Contact: XML Schema comments list
URL:
Whiteboard: terminology cluster
Keywords: editorial
Depends on:
Blocks:
 
Reported: 2007-08-09 22:08 UTC by Noah Mendelsohn
Modified: 2008-09-26 16:05 UTC (History)
1 user (show)

See Also:


Attachments

Description Noah Mendelsohn 2007-08-09 22:08:08 UTC
The Aug 3 2007 structures draft (I.e. last call candidate) says:

[Definition:]  Except for a distinguished ·ur-type definition·, every ·type definition· is, by construction, either a ·restriction· or an ·extension· of some other type definition. The graph of these relationships forms a tree known as the Type Definition Hierarchy.

and also

[Definition:]  A special complex type definition, (>>referred to in earlier versions of this specification as 'the ur-type definition'<<) whose name is anyType in the XSDL namespace, is present in each ·XSDL schema·. The definition of anyType serves as default type definition for element declarations whose XML representation does not specify one.

I seem to recall that we all agreed on this, but reading it now it seems confusing and contradictory.  When we say that ur-type definition was a term used in earlier versions of the specification we strongly imply that it's no longer being used.  In fact, the term is defined immediately above, and is widely used.  If what we mean is "the term ur-type definition used to be used for two things, one of which is that complex type definition, but now it's only used for one thing", then we should say that.  If that's not the case, then I would think the text between the >>....<< should be deleted entirely.

FWIW:  while I think it would be desirable in principle to fix something like this before going to last call, I don't think it's essential.  It's (at worst) close enough to editorial that I'd be comfortable seeing it addressed most anytime in the process.  Thank you.

Noah
Comment 1 David Ezell 2008-09-26 16:05:39 UTC
The WG believes that the problem has been addressed already.  The only example of the term 'ur-type' still extant is where the spec. mentions that we used to use that term.