[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]