This sounds good to me. I only would like to add that whenever an
implementor adds an implementation specific value and believes that
other implementations could make reasonable use of it, that I then would
strongly recommend to submit a proposal to the TC to standardize this value.
Michael
On 29.10.08 22:09, wrote:
> > 2. What about a sentence on the specification like: "It is
>> recommended that all custom view mode specification documentation is
>> made available to enhance documents interoperability" ?
>>
>
> The issue Warren raises is a general issue, not exclusive to view mode
> alone. One way to address this globally is two add two things to the ODF
> text:
>
> 1) Where ever something like this occurs, explicitly call the behavior
> "implementation-defined". Use that as a uniform label of areas where ODF
> allows implementations to implement their own behaviors. So we say
> something like "Additional view modes may be used, but they shall be
> prefixed by a namespace qualifier not defined by this standard. The
> behavior of such view modes is implementation-defined".
>
> 2) Then in the conformance clause, we add language like: "An
> implementation shall be accompanied by a document that defines all
> implementation-defined and locale-specific characteristics and all
> extensions." (That is the language directly out of ISO/IEC 9899:1999 C
> Programming Language. You can see here what one implementation created to
> define its "implementation-defined" features:
> http://gcc.gnu.org/onlinedocs/gcc/C-Implementation.html
>
> We don't need that exact language, but you get the idea. A standard can
> allow implementation-defined behavior, but can also require that these be
> documented. If we're going to do this, I'd rather we do it pervasively in
> the standard rather than just in the view mode attribute.
>
> What do TC members think?
>
> Regards,
>
> -Rob
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail. Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
--
Michael Brauer, Technical Architect Software Engineering
StarOffice/OpenOffice.org
Sun Microsystems GmbH Nagelsweg 55
D-20097 Hamburg, Germany
http://sun.com/staroffice +49 40 23646 500
http://blogs.sun.com/GullFOSS
Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering
