[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Meeting Minutes 15-Jan-2008
Attached are the meeting minutes from 15 Jan 2008 ================ Jim Earley XML Architect/Consultant Flatirons Solutions 4747 Table Mesa Drive Boulder, CO 80301 jim.earley@flatironssolutions.com
ROLL CALL: We have quorum ITEM 1: Appove Minutes From last week Don - Move to approve Rob Franklin: Seconded Carried by acclimation ITEM 2: #12011 - Generic Task Type (Houser) Proposal (http://www.oasis-open.org/committees/download.php/26791/IssueNumber12011v1.2rev3.html ) Change Notes (http://lists.oasis-open.org/archives/dita/200801/msg00017.html) Discussion: Recommendation (Eliot, Michael) - process element: specialize from section - Jim E. recommend process stay in the current location of the content model, but to specialize from section rather than ol ---- Don D.: Move to vote on proposal for next with proposed change (process as a specialization of section) Eliot: Seconded Motion carries - vote next week. ITEM 3: Follow up on SIDSC request for specialization review Eliot providing guidance Discussion about SC Membership rules - Joining an SC - Must be a member of the TC - on Subcommitte page - choose between member and observer - No quorum rules - Observers cannot communicate via standard OASIS channels - We do encourage Vendors to review both work-in-progress on a periodic basis as well as final deliverables ITEM 4: Ongoing: Review of "Items for discussion" list in the Frontpage - How much flexibility for specializers? (Special question: Still important?) - http://lists.oasis-open.org/archives/dita/200801/msg00016.html (see full thread) - conformance vs. flexibility - look at things on a case-by-case basis - clarify language in the specification - important to have formal conformance clause - Eliot: volunteer to contribute a section on conformance - Don: Keep this discussion open - TC will need to approve any editor drafts Further discussion: - complexity (Alan) - Approach outlined in 1.2 TOC the right approach? ITEM 5: Discuss the 2-implementations rule for specializations under revised Spec organization - Spec organized differently - Multiple modules - We need 2 separate implementations for each module/package - This is much stricter than OASIS requires - Specialization will likely have special/custom processors - OASIS emphasizes 2 user implementations rather than processors - How do prove interoperability? - Goal of specialization - to support a specific user community - 2 different axes of use - user implementation (validation of markup) - processing implementation (validation of processing) Recommendation: Keep this on the list Announcements: - Acronym/Glossary SC - DITA Adoption Subcommittee - Carol Geyer - Vendor representatives - Read the ODF Charter
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]