[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: DITA Technical Committee Meeting Minutes: 5 February 2008
Gershon L Joseph Director of Technology and Single Sourcing Tech-Tav Documentation Ltd. Secretary, OASIS DITA Technical Committee Secretary, OASIS DITA Translation Subcommittee Member, OASIS DocBook Technical Committee +972-8-974-1569 (direct) +972-57-314-1170 (mobile) http://www.tech-tav.com
DITA Technical Committee Meeting Minutes: 5 February 2008
Chaired by Don Day <dond@us.ibm.com>
Minutes recorded by Gershon Joseph <gershon@tech-tav.com>
The DITA Technical Committee met on Tuesday, 5 February 2008 at 08:00am PT for
60 minutes.
1. Roll call
We have quorum.
2. Approve minutes from previous business meeting:
* date : 29 January 2008
* URL : http://lists.oasis-open.org/archives/dita/200801/msg00041.html
Accepted by acclamation.
3. Business:
1. ITEM: Proposals for Design Approval vote:
1. ITEM: #12038 - Acronym proposal updates
url : http://www.oasis-open.org/committees/download.php/26990/IssueGlossary12026.html
notes : with indicated changes from last week
Approved by Translation Subcommittee (4 Feb 2008); spec
should not say that this is for terminology management, and
the Translation Subcommittee plans to develop best practice
documents for glossary usage
Gershon noted that there will also be a best practice document for
acronym usage.
DECISION: The TC accepted proposal #12038 as design approved by
acclamation
2. ITEM: NBSP entity in topic.mod DTD
url : http://lists.oasis-open.org/archives/dita/200802/msg00001.html
lead : Robert Anderson
Don confirmed this is semantic noise from pasting HTML content into DITA
topics. It's therefore not a required element.
Robert suggested it's not required and therefore should be removed from
the spec.
Robert: People have questioned it in the past so it may be hard to
remove. The question is whether to make some kind of statement about it
and remove it in the future and whether we want a separate version of
the DTDs without it.
Eliot: Why don't we move it to the shell?
Robert: It may still cause problems. If we move it into the shell it's
going to invalidate any specializations that don't use the OASIS DTDs.
Robert: Need to remove the comment that's there in the DTDs.
Eliot: We can just state that its usage is deprecated.
DECISION by acclamation: In DITA 1.2 note that NBSP entity is deprecated
and remove it in 2.0.
3. ITEM: Test Environment for SC business
url : http://lists.oasis-open.org/archives/dita/200802/msg00003.html
lead : Seth Park
Seth: A number of people on the subcommittee don't have a stable DITA-OT
but we'd like them to run their company data through the DTDs to
validate them. We can't currently do that.
The idea is to run data through without having a DITA-OT installation
and without being a strong DITA user.
Extensive discussion...
Don requested the TC members take a look at Seth's proposal and discuss
it further on the list.
4. ITEM: Organization of the DITA Specification
2 users vs 2 implementations?
Jeff: Several questions:
1) What do we need to get approved?
2) What are the parts we assemble to make up the whole thing and can
they be approved separately?
3) What do people have to do to endorse them?
But there are not really lots of implementations out there, so that
pushes me back to the 2 users option.
Eliot: Only the OT implementation is there. No-one is going to
reimplement the OT. So it makes more sense to say there are 2
organizations using the new kit.
Don: The OT also implements specializations. The question is whether
behaviors need to be overridden for a particular specialization.
The TC reached agreement that we should have 2 users for each of:
* core DITA spec (like 1.1)
* add to that SC specializations that will ship for the first time with
with 1.2
Jeff then suggested 2 categories per category: editing and processing;
need 2 users for each one.
Eliot: I'd like to see 2 implementations of keyref. I wouldn't feel the
need to see 2 processes that render learning and training content.
Many TC members expressed concern about making this too fine-grained and
then it will be difficult to control and handle.
Jeff: We need to make a list of what we think we need to have endorsed
for each category.
Michael: Would that be any different from the list of packages and
modules we discussed?
Jeff: That would be the starting point.
Michael: There are specializations that are part of the core that are
not coming out of SCs. On the core front, we need to ask endorsement on
usage of specific new features in the new DTDs.
2 separate usage endorsements for each package.
Also 2 usage endorsements on new features in the core spec.
Jeff: We should go through and list what those new features are.
JoAnn: What makes for a usage endorsement? What must we have done?
ACTION: Don to check what exactly is required by an organization
endorsing the use of a new spec.
ACTION: Gershon to add this statement to the DITA 1.2 draft editorial
notes and procedural decisions (rename the page and create section for
the procedural decisions)
5. Ongoing: Review of "Items for discussion" list in the Frontpage
* Review where we are at; what topics need more work.
Don asked Jeff and others to capture the discussion.
Jeff: Eliot put something out a few weeks ago. He asked some questions
at the end of his note. Can I just respond to that?
Don: Yes, and I'll add that message link to the agenda next week.
6. Translation SC conref best practice
The TC is reminded to review the BP for discussion next week and vote in
2 weeks time
ACTION Gershon to send Don the URL to the latest BP document.
4. Announcements/Opens
1. OASIS membership level of DITA TC members
Don asked non-voting members to consider becoming voting members, since
we've had some attrition in voting membership lately and he also feels
the active TC members should also be voting members.
--Out of time. Meeting adjourned.--
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]