Re: [xml-dev] Include data that may be objectively generated someday?

[cbullard@hiwaay.net]

True, John, but try before legislating.  :)

Postel works for consenting consumers and willing providers.  The  
interesting question is in an ecosystem that compels such as  
process/contract chained consumers and producers.  A less abstract  
example is when given a DTD and/or schema do you:

accept redundancy

weaken the obligating producer (eg, a DTD-constrained editor)

remove the helper code in the consumer (eg, an XSL that is  
contributing information such as boilerplate text)

if you have authoritative power over the sets (e.g, GFI)?

It goes to the question of primacy over the transactions that produce  
the final deliverable in document publishing per contract where a  
final deliverable has a meaning as opposed to the concept of the web  
page where the provider is a continuously consumed resource.

len


Quoting John Cowan <cowan@mercury.ccil.org>:

> cbullard@hiwaay.net scripsit:
>
>> Don't make law you can't enforce.  Don't create requirements you cannot
>> prove are necessary to the consuming process.
>
> Well, that's fine if you know what the consuming process is, or at least what
> it expects.  But often you don't: you are publishing, and you don't know who
> will subscribe.
>
> --
> John Cowan    cowan@ccil.org    http://ccil.org/~cowan
> Objective consideration of contemporary phenomena compel the conclusion
> that optimum or inadequate performance in the trend of competitive
> activities exhibits no tendency to be commensurate with innate capacity,
> but that a considerable element of the unpredictable must invariably be
> taken into account. --Ecclesiastes 9:11, Orwell/Brown version
>
> _______________________________________________________________________
>
> 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@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>