OASIS Darwin Information Typing Architecture (DITA) TC

  • 1.  Stage 2 Proposal 33: Deprecate or remove copy-to

    Posted 10-05-2019 15:05
      |   view attached
    Proposal 33 is ready for TC consideration for promotion to stage 3: PDF is attached. DITA source (SVN): https://tools.oasis-open.org/version-control/browse/wsvn/dita/trunk/DITA-2.0/stage-2/Issue33-DeprecateOrRemoveCopyTo.dita Tl;dr: Remove @copy-to, don't replace it with anything. Remove language from @chunk attribute related to implications of use of @copy-to on topic head topicrefs. The consensus of myself, Robert, and Chris was that everything having to do with @copy-to and the larger issues around the construction of "anchors" in deliverables is entirely processor specific and therefore not something we can or should be trying to standardize or even define conventions for in the DITA specification. Cheers, Eliot -- Eliot Kimber http://contrext.com Attachment: Issue33-DeprecateOrRemoveCopyTo.pdf Description: Adobe PDF document

    Attachment(s)



  • 2.  Re: [dita] Stage 2 Proposal 33: Deprecate or remove copy-to

    Posted 10-06-2019 16:09
    The title/shortdesc should be Remove copy-to, not Deprecate or remove copy-to :) Best, Kris Kristen James Eberlein Chair, OASIS DITA Technical Committee Principal consultant, Eberlein Consulting www.eberleinconsulting.com +1 919 622-1501; kriseberlein (skype) On 10/5/2019 11:04 AM, Eliot Kimber wrote: Proposal 33 is ready for TC consideration for promotion to stage 3: PDF is attached. DITA source (SVN): https://tools.oasis-open.org/version-control/browse/wsvn/dita/trunk/DITA-2.0/stage-2/Issue33-DeprecateOrRemoveCopyTo.dita Tl;dr: Remove @copy-to, don't replace it with anything. Remove language from @chunk attribute related to implications of use of @copy-to on topic head topicrefs. The consensus of myself, Robert, and Chris was that everything having to do with @copy-to and the larger issues around the construction of anchors in deliverables is entirely processor specific and therefore not something we can or should be trying to standardize or even define conventions for in the DITA specification. Cheers, Eliot -- Eliot Kimber http://contrext.com --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php


  • 3.  Re: [dita] Stage 2 Proposal 33: Deprecate or remove copy-to

    Posted 10-08-2019 14:54
    I've removed "Deprecate or " from the proposal's short description and committed the change to SVN. Cheers, E. -- Eliot Kimber http://contrext.com ïOn 10/6/19, 11:08 AM, "Kristen James Eberlein" <dita@lists.oasis-open.org on behalf of kris@eberleinconsulting.com> wrote: The title/shortdesc should be "Remove copy-to," not "Deprecate or remove copy-to" :) Best, Kris Kristen James Eberlein Chair, OASIS DITA Technical Committee Principal consultant, Eberlein Consulting www.eberleinconsulting.com < http://www.eberleinconsulting.com > +1 919 622-1501; kriseberlein (skype) On 10/5/2019 11:04 AM, Eliot Kimber wrote: Proposal 33 is ready for TC consideration for promotion to stage 3: PDF is attached. DITA source (SVN): https://tools.oasis-open.org/version-control/browse/wsvn/dita/trunk/DITA-2.0/stage-2/Issue33-DeprecateOrRemoveCopyTo.dita Tl;dr: Remove @copy-to, don't replace it with anything. Remove language from @chunk attribute related to implications of use of @copy-to on topic head topicrefs. The consensus of myself, Robert, and Chris was that everything having to do with @copy-to and the larger issues around the construction of "anchors" in deliverables is entirely processor specific and therefore not something we can or should be trying to standardize or even define conventions for in the DITA specification. Cheers, Eliot -- Eliot Kimber http://contrext.com --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php


  • 4.  Re: Stage 2 Proposal 33: Deprecate or remove copy-to

    Posted 10-14-2019 16:52
      |   view attached
    I have updated the proposal to include a short discussion of the general requirements for processors to manage the generation of anchors in deliverables, stressing that it is inherently processor dependent. DITA source is updated in SVN. Cheers, E. -- Eliot Kimber http://contrext.com ïOn 10/5/19, 10:04 AM, "Eliot Kimber" <ekimber@contrext.com> wrote: Proposal 33 is ready for TC consideration for promotion to stage 3: PDF is attached. DITA source (SVN): https://tools.oasis-open.org/version-control/browse/wsvn/dita/trunk/DITA-2.0/stage-2/Issue33-DeprecateOrRemoveCopyTo.dita Tl;dr: Remove @copy-to, don't replace it with anything. Remove language from @chunk attribute related to implications of use of @copy-to on topic head topicrefs. The consensus of myself, Robert, and Chris was that everything having to do with @copy-to and the larger issues around the construction of "anchors" in deliverables is entirely processor specific and therefore not something we can or should be trying to standardize or even define conventions for in the DITA specification. Cheers, Eliot -- Eliot Kimber http://contrext.com Attachment: Issue33-DeprecateOrRemoveCopyTo.pdf Description: Adobe PDF document

    Attachment(s)



  • 5.  Questions about updated stage 2 proposal 33: Remove copy-to

    Posted 10-14-2019 17:01
    Eliot, I don't see any changes to the Example section. Where is the updated content located? Maybe you attached a back-level PDF, since the shortdesc still reads Deprecate or remove @copy-to ... Best, Kris Kristen James Eberlein Chair, OASIS DITA Technical Committee Principal consultant, Eberlein Consulting www.eberleinconsulting.com +1 919 622-1501; kriseberlein (skype) On 10/14/2019 12:52 PM, Eliot Kimber wrote: I have updated the proposal to include a short discussion of the general requirements for processors to manage the generation of anchors in deliverables, stressing that it is inherently processor dependent. DITA source is updated in SVN. Cheers, E. -- Eliot Kimber http://contrext.com ïOn 10/5/19, 10:04 AM, Eliot Kimber <ekimber@contrext.com> wrote: Proposal 33 is ready for TC consideration for promotion to stage 3: PDF is attached. DITA source (SVN): https://tools.oasis-open.org/version-control/browse/wsvn/dita/trunk/DITA-2.0/stage-2/Issue33-DeprecateOrRemoveCopyTo.dita Tl;dr: Remove @copy-to, don't replace it with anything. Remove language from @chunk attribute related to implications of use of @copy-to on topic head topicrefs. The consensus of myself, Robert, and Chris was that everything having to do with @copy-to and the larger issues around the construction of anchors in deliverables is entirely processor specific and therefore not something we can or should be trying to standardize or even define conventions for in the DITA specification. Cheers, Eliot -- Eliot Kimber http://contrext.com --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php