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 986 - Conformance section for a technology or for a specification (005)
Summary: Conformance section for a technology or for a specification (005)
Status: RESOLVED FIXED
Alias: None
Product: QA
Classification: Unclassified
Component: QASpec-GL (show other bugs)
Version: LC-2004-11-22
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Karl Dubost
QA Contact: Karl Dubost
URL: http://lists.w3.org/Archives/Public/w...
Whiteboard:
Keywords: LC, SpecGL
Depends on:
Blocks:
 
Reported: 2005-01-10 04:13 UTC by Karl Dubost
Modified: 2005-04-28 11:53 UTC (History)
0 users

See Also:


Attachments

Description Karl Dubost 2005-01-10 04:13:28 UTC
Description


From monolithic specification, WG are producing more and more multi-documents specifications. Each 
document being having its own life with dependencies with others. Though the division in many 
documents is not necessary a functionnal division (module, profile, level), but it could be a topic 
division. Let's imagine for example that the conformance section of a technology is one document. How 
to make clear where and when the conformance section or sections should go?




Comment


David Marston: "when a document is separate from another with which it was originally thought to be 
associated, it takes on a life of its own. "


Proposal


David Marston: 3. Each Recommendation addresses conformance. Those that don't specify behavior of 
a Class of Product may simply say that they are informative, but beware: even defining terms or stating 
principles can be normative if some other document could cite the terms or principles normatively. If 
your WG issues several Recommendations and some refer normatively to others in the set, try to isolate 
a Class of Product in each Rec and anticipate that other Recs may cite any individual Rec normatively.


Resolution

Solved with the notion of Umbrella Specification.
Comment 1 Dominique Hazael-Massieux 2005-04-28 11:53:50 UTC
setting version to LC in case of future use