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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ekmi message

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


Subject: Re: [ekmi] SKML 1.0 Specification - Edited with questions




Mary McRae wrote:
> Hi Arshad,
> 
>   The template guidelines are available here: 
> http://docs.oasis-open.org/templates/OASISSpecificationTemplateGuidelinesV4.0.ht
> ml
> 
>   I'm not sure what specific questions Allen has - Allen, feel free to send any
> questions directly to me and I'll try to answer.

Hi Mary,

I looked at the referenced document but did not find what I think 
should be in every document.

With my background in technical writing I am used to having a 
section early in the document that defines typographic and 
nomenclature standards used throughout the document.

It would look something like:

====================
Formatting legend

Format                   Meaning

Italic                   Information that the user must supply

Bold                     Elements that the user must type exactly
			 as shown

Ellipsis (...)     	 Parameter that can be repeated several 				 
times in a command line

Between brackets ([]) 	 Optional items

Between braces ({}); 	 Choices separated by pipe (|).
			 Example: {even|odd} from which the user
			 must choose only one

Courier font		 Code or program output
=============

Obviously this (which I grabbed from an old document) is not the 
right structure for a TC standard, but issues like inconsistent use 
of Courier in some of the <(element name)>s but not in others, the 
use of abbreviations, the proper use of bold face and italic, Roman 
versus sans serif, and capitalization, and dozens more that come up 
in creating a complex document, need to be clarified so that a 
reader new to the document has a clue as to what action is being 
explained or what is a key term that is in the glossary, etc.

Having a table of usage allows for consistency across documents that 
is beneficial to all.

Allen



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