[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [dita] DITA 2.0: How might we reorganize (reformulate?) the spec for DITA 2.0
I don't have particularly strong opinions about the spec structure and organization--as a formal specification rather than a tutorial it's always going to be a challenge to read and understand no matter how you organize it--the best we can do is ensure that it's not worse than it has to be, make sure the appropriate links are there, etc. I think the editors did a pretty good job with 1.3 given the challenges they faced. It's also the case that no single organization is going to be ideal because different people think about things in such different ways. I've always considered the DITA architecture to include the base element types. For example, you can't separate DITA addressing from the concept of "topic" as a unit of content organization that has specific identification and addressing implications both for itself and for its directly-contained non-topic descendants. The essential nature of the base architecture is already reflected in the current Architecture Spec sections that talk about DITA markup generally. Those historically reflect an attempt to describe DITA conceptually for authors and we've lightly reworked them to be a bit more rigorous and standard-like, but they still read much more like a tutorial than a formal definition of concepts and requirements. With that analysis I could definitely see a tighter integration of what is currently the language reference for the base elements with a more formally-defined architecture specification. The current spec currently describes linking and addressing in a single major section, which makes sense because the linking depends on the addressing. But at the same time, the semantics of linking should be completely divorced from addressing details (meaning a given link should mean the same thing if you replace one form of address with a different-but-equivalent form of address and that is mostly true for DITA 1.3). So it could be possible to have a top-level section that is just about the mechanics of addressing as divorced from the semantics of linking in all the different ways that DITA does it. The linking semantics could be covered as part of a larger unified discussion of DITA structural components and semantics generally. Ideally the specialization facility would be sufficiently abstract so that other XML applications that are not otherwise related to DITA could pick it up and use it. The main barrier to that that I see today are the DITA-specific rules about what you can and can't conref. But we've also made it much clearer that those rules are not mandatory and they're certainly not a prerequisite for productive use of specialization generally [they are much more about ensuring reliable interchange of content than they are about interchange and operation of processing.] I had a dream at one point that specialization could be a completely separate specification that DITA then uses by reference but I doubt there are many people beyond myself who would care enough to make it worth the effort. At this point it's easier to just use DITA than to try to make a new non-DITA specialization-based XML application and legacy applications like DocBook and JATS would require so much change to their markup design to enable the use of DITA-style specialization that it would never happen, even if the custodians of those standards wanted to do it (which to date they show no inclination to do). Cheers, E. -- Eliot Kimber http://contrext.com From: <dita@lists.oasis-open.org> on behalf of Robert D Anderson <robander@us.ibm.com> Date: Thursday, September 8, 2016 at 12:55 PM To: Kristen James Eberlein <kris@eberleinconsulting.com> Cc: DITA TC <dita@lists.oasis-open.org> Subject: Re: [dita] DITA 2.0: How might we reorganize (reformulate?) the spec for DITA 2.0 I wanted to follow up on the discussion from Tuesday, specifically regarding the suggestion that (I'm pretty sure) came from Chris Nitchie.
Kristen James Eberlein ---09/06/2016 09:57:56 AM---DITA 1.0: Separate architectural spec and language reference DITA 1.1: " " From: Kristen James Eberlein <kris@eberleinconsulting.com> To: DITA TC <dita@lists.oasis-open.org> Date: 09/06/2016 09:57 AM Subject: [dita] DITA 2.0: How might we reorganize (reformulate?) the spec for DITA 2.0 Sent by: <dita@lists.oasis-open.org> DITA 1.0: Separate architectural spec and language reference DITA 1.1: " " DITA 1.2: Aggregated archSpec and LangRef DITA 1.3: " " and three editions What do we want to consider for DITA 2.0? -- Best, Kris Kristen James Eberlein Chair, OASIS DITA Technical Committee Principal consultant, Eberlein Consulting www.eberleinconsulting.com +1 919 682-2290; kriseberlein (skype) --------------------------------------------------------------------- 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 |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]