OASIS Open Document Format for Office Applications (OpenDocument) TC

 View Only
  • 1.  15.27.22 - treshold - > threshold

    Posted 09-28-2008 21:09
    Michael,
    
    Starting with the easy one first. ;-)
    
    > However, since we received the error report for 15.27.22 already and 
    > resolved it already by making a change in ODF 1.1 although we could 
    > have made a change in ODF 1.0 2nd edition, I think it is valid to 
    > refer to that resolution, rather than reverting that resolution. 
    Just a question to clarify:
    
    Do you say: Correct ODF 1.0 2nd Edition Schema from 
    style:wrap-dynamic-treshold to style:wrap-dynamic-threshold based on our 
    earlier decision at:
    http://lists.oasis-open.org/archives/office/200605/msg00098.html
    
    I guess what I am unclear about is when you say we could omit this from 
    the errata? The error does exist in the text of ODF 1.0 as published, 
    even though we corrected it in a later edition.
    
    I agree we don't have to re-visit the decision on how to correct it, but 
    it seems like we should still state the correction for ODF 1.0 when 
    asked. Yes?
    
    Sorry, this one did not turn out to be as easy as I thought.
    
    Patrick
    
    -- 
    Patrick Durusau 
    patrick@durusau.net 
    Chair, V1 - US TAG to JTC 1/SC 34 
    Convener, JTC 1/SC 34/WG 3 (Topic Maps) 
    Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300 
    Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps) 
    
    
    


  • 2.  Re: [office] 15.27.22 - treshold - > threshold

    Posted 09-29-2008 12:11
    Patrick,
    
    On 09/28/08 11:10 PM, Patrick Durusau wrote:
    > Michael,
    > 
    > Starting with the easy one first. ;-)
    > 
    >> However, since we received the error report for 15.27.22 already and 
    >> resolved it already by making a change in ODF 1.1 although we could 
    >> have made a change in ODF 1.0 2nd edition, I think it is valid to 
    >> refer to that resolution, rather than reverting that resolution. 
    > Just a question to clarify:
    > 
    > Do you say: Correct ODF 1.0 2nd Edition Schema from 
    > style:wrap-dynamic-treshold to style:wrap-dynamic-threshold based on our 
    > earlier decision at:
    > http://lists.oasis-open.org/archives/office/200605/msg00098.html
    
    If, we want to correct this in the errata, then adopting what we have
    decided for ODF 1.1 seems to be the only reasonable option to me.
    
    However, the decision we made when we discussed ODF 1.0 2nd edition was
    to not correct this error in that version, but in ODF 1.1 only. We
    therefore may also just refer to this decision and omit the
    correction in the errata.
    
    I have no strong preference for either options, and would like to 
    suggest that we simply check in the call which of the two options gets a 
    majority in the TC.
    
    Best regards
    
    Michael
    
    -- 
    Michael Brauer, Technical Architect Software Engineering
    StarOffice/OpenOffice.org
    Sun Microsystems GmbH             Nagelsweg 55
    D-20097 Hamburg, Germany          michael.brauer@sun.com
    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
    
    


  • 3.  RE: [office] 15.27.22 - treshold - > threshold

    Posted 09-29-2008 13:32
    I think there are actually three choices with regard to 15.27.22 and the use
    of style:wrap-dynamic-treshold.
    
    1. My favorite: Correct the *text* (not the schema) to use
    style:wrap-dynamic-treshold in the one place where
    style:wrap-dynamic-threshold is used as the specific attribute name.
    Option: A note that this attribute will be deprecated in favor of a
    different spelling in a future release.
    
    2. Second choice: Do not change ODF 1.0 although this leaves the
    defect-report response in limbo, apart from saying this will be changed in a
    future version of the ODF Standard.  (I don't know how to appeal to 1.1 at
    the ISO level.)
    
    3. Third choice: Make the change to the schema as was originally proposed.
    We run into problems with current OASIS errata rules here, although it would
    appear that this attribute (by either name) is not implemented in any ODF
    1.0 processor and no ODF 1.0 documents that use this attribute are in the
    wild as we say.
    
    Why do I favor (1)?  For these reasons:
    
    a. It is not actually more costly than (3) because there don't appear to be
    any implementations that are disturbed either way.
    
    b. It honors the policy that the schema is definitive and, since there is no
    inconsistency with -treshold in the schema, there is no schema defect to
    repair.
    
    c. It emphasizes that there is a schema spelling that must be noticed if
    this attribute is implemented in ODF 1.0 (at least among those of us where
    "threshold" is a recognized word and the attribute may be misread as using
    that word). 
    
    d. It establishes our earnest commitment to interoperability and
    preservation of documents in ODF formats.  Not that we are committed to
    preserving every slip-up forever, but that we are going to be disciplined,
    transparent, and systematic in how we deal with these matters.
    
    e. It gives us practice at this at an early point before we have bigger
    problems to deal with of this kind. I know that is not a very good argument.
    It is how we train ourselves to avoid bigger mistakes.  If it would up to
    me, and it was my specification, I would find it easy to make this choice
    (although it was not in any way obvious to me until we had all of the
    discussion about this little problem).  I understand that there is more work
    in now carrying out the intentional deprecation, if we choose to do so.  Oh,
    so that leaves
    
    f. We can, if we choose, not do anything further and simply memorialize
    -treshold for this attribute.  That is, the default case is straightforward
    (although we need to look at aligning 1.1 and especially 1.2).
    
     - Dennis
    
     - - - - - - - - - - - - -
    
    g. I should point out that we know from the 1.1 work that there are other
    odd spellings (likely to have been typos) in the schema.  We will have to
    look at them individually to see whether this approach applies or there are
    more difficult problems.  There will be further lessons there.  Not every
    case may be this "easy."