[I18n-sig] naming codecs

M.-A. Lemburg mal@lemburg.com
Wed, 06 Dec 2000 12:26:52 +0100


Tamito KAJIYAMA wrote:
> 
> Hi all,
> 
> I'd like to receive some suggestions about the naming of a codec.
> 
> I consider releasing a version of the JapaneseCodecs package
> that will include a new codec for a variant of ISO-2022-JP.  The
> codec is almost the same as the ISO-2022-JP codec, but it can
> encode and decode Halfwidth Katakana (U+FF61 to U+FF9F) which
> can not be encoded with ISO-2022-JP as defined in RFC1468.
> 
> I believe there is a demand for the codec, but I have no idea
> on the name of the codec.  I'd like to give it a name that is
> different from all standard encoding names, since the encoding
> for which the codec works is not defined as a standard
> (e.g. RFCs).  I'd also like to avoid an encoding name that is
> likely to be used as a standard encoding name in the future.
> 
> Does anyone have a good name for the codec?  Or, how may I think
> about the naming of a codec?  Any suggestions are welcome.

Why not simply append another "-<variant>" part to the name,
e.g. "iso-2022-jp-hw" or "iso-2022-jp-extended" ?

-- 
Marc-Andre Lemburg
______________________________________________________________________
Company:                                        http://www.egenix.com/
Consulting:                                    http://www.lemburg.com/
Python Pages:                           http://www.lemburg.com/python/