OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [dita] Providing a DITA OT plug-in for specs available to otherOASIS users


Based upon comments from Paul (below) and in list message
(id) "msg00042.html" [1]:

  "I'm still not convinced it should be a DITA TC activity..."

I would encourage the TC members to seek agreement on what's
a desirable outcome for all parties.

Meantime I should probably retreat to an initial opinion
I characterized as "provisional" [2] and subject to additional
investigation, with a note that I'll consult with OASIS Staff about
preferable/advisable resolutions.  In principle, creation of tools
which help OASIS members produce high-quality specifications
should be encouraged.

I'll watch this list for the results of further TC deliberations.

Best wishes,

Robin



On Fri, Jan 14, 2011 at 9:53 AM, Grosso, Paul <pgrosso@ptc.com> wrote:
>
> I'm not sure I quite understand "the bar for providing OASIS publication support."  Perhaps there are things about which I am unfamiliar in this area.

> The DocBook TC publishes the standard and schemas through OASIS.  See http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=docbook#technical
>
>
>
> The DocBook analogy to our dita.xml.org is docbook.org which is unaffiliated with OASIS.
>
>
>
> The XSL stylesheets that can be used to compose DocBook documents and related "toolish" information are housed at http://docbook.sourceforge.net/.
>
>
>
> paul

[1]  http://lists.oasis-open.org/archives/dita/201101/msg00042.html

[2] http://lists.oasis-open.org/archives/dita/201101/msg00040.html
Message-ID: <AANLkTimCnQUnBZEukLYfsLDgpX02y7OFfrUrT2E8+9tJ@mail.gmail.com>

>
>
>
> From: Michael Priestley [mailto:mpriestl@ca.ibm.com]
> Sent: Friday, 2011 January 14 9:44
> To: Grosso, Paul
> Cc: DITA TC
>
> Subject: RE: [dita] Providing a DITA OT plug-in for specs available to other OASIS users
>
>
>
> My opinion is that we should duplicate whatever support and distribution mechanisms DocBook provides. They've set the bar for providing OASIS publication support.
>
> Michael Priestley, Senior Technical Staff Member (STSM)
> Lead IBM DITA Architect
> mpriestl@ca.ibm.com
> http://dita.xml.org/blog/25
>
> From:
>
> "Grosso, Paul" <pgrosso@ptc.com>
>
> To:
>
> "DITA TC" <dita@lists.oasis-open.org>
>
> Date:
>
> 01/14/2011 10:35 AM
>
> Subject:
>
> RE: [dita] Providing a DITA OT plug-in for specs available to other OASIS users
>
>
>
> ________________________________
>
>
> My opinion is that the DITA TC (1) should develop the standard and avoid aligning itself with any particular implementation and (2) has plenty of work to do on the standard and already has a track record for taking much longer than thought at first to get out the next version and so shouldn't spend time on tools.
>
> So for several reasons I prefer choice #3 (which might also be the easiest given the OASIS process).
>
> paul
>
> From: Kristen Eberlein [mailto:keberlein@sdl.com]
> Sent: Friday, 2011 January 14 6:25
> To: DITA TC
> Subject: [dita] Providing a DITA OT plug-in for specs available to other OASIS users
>
> Robert has finished a first round of work on the plug-in (thanks, Robert!), and so I’ve started a conversation with Robin Cover about how best to make the plug-in available. Since it will need documentation providing information about how to set up the plug-in up and configure a bookmap to hold the requisite publication information, it does involve a TC work artifact, which would be the new non-standards work-track item – a committee note.
>
> Here are what our options appear to be:
>
> 1.    Apply to the TC Admin for requisite metadata, produce the document per whatever “template,” label the document as a working draft, and give it to the TC Admin who will make it available from http://docs.oasis-open.org/templates/
> 2.    Apply to the TC Admin for requisite metadata, produce the document per whatever “template,” go through the formal review process to approve the document as a TC work product.
> 3.    Make the plug-in and documentation available from another venue, for example, Sourceforge or dita.xml.org.
>
> I think that the TC will need to consider the pros and cons of each approach and decide how it wants to move forward with this item.
>
> I’ll send another e-mail to the list explaining the OASIS processes that the TC would need to follow for options 1 or 2.
> Best regards,
> Kris


--
Robin Cover
OASIS, Director of Information Services
Editor, Cover Pages and XML Daily Newslink
Email: robin@oasis-open.org
Staff bio: http://www.oasis-open.org/who/staff.php#cover
Cover Pages: http://xml.coverpages.org/
Newsletter: http://xml.coverpages.org/newsletterArchive.html
Tel: +1 972-296-1783


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]