ksjfd
Archive - 2006
Namespaces when Specializing
To make it easier for information architects who are creating specializations, it helps to have guidelines for specializers.
This guideline speaks in favor of creating a distinctive namespace for the new identifiers in a specialized module. It explains how to do so, and some of the consequences.
The content is based on an e-mail message from Eliot Kimber on February 8, 2006 to the mailing list of the OASIS DITA Technical Committee. Note: this was written quickly, for a language design discussion. Suggestion: edit for a less conversational style.
Guidelines for Specializers
These guidelines are primarily for information architects who are considering adding to the pool of DITA Specializations. Please add your own suggestions, marking with "Suggestion:" any contributions that you believe the community might need to come to consensus on.
Several categories of information are relevant:
- What a specializer needs to know about modules in DITA
- Where existing modules are catalogued
Some special topics are also provided:
- Whether to use namespaces when specializing
dsflkjs
Test Square Bracket Page
Carol is editng this page
Products
The Products and Services area of the DITA community wiki provides a central location for users to share information about tools and services that may help with the development of DITA-based content. This area is open to developers, service providers, and users who want to pass on this information to the DITA community.
The following products support the authoring, management, and/or publishing of DITA-based content. Please include the company name and product (linked to an informational page), followed by a brief description of its features (sorted alphabetically by company name). Product reviews may be included below under in the appropriately named section.