From 0ab8f81ed97bef3f6feac6e615e45b8291ca05fa Mon Sep 17 00:00:00 2001
From: Jarkko Hietaniemi <jhi@iki.fi>
Date: Mon, 22 Apr 2002 12:44:09 +0000
Subject: Upgrade to Encode 1.56, from Dan Kogai.

p4raw-id: //depot/perl@16070
---
 ext/Encode/TW/TW.pm | 17 +++++++++--------
 1 file changed, 9 insertions(+), 8 deletions(-)

(limited to 'ext/Encode/TW')

diff --git a/ext/Encode/TW/TW.pm b/ext/Encode/TW/TW.pm
index 076131812a..86700711b7 100644
--- a/ext/Encode/TW/TW.pm
+++ b/ext/Encode/TW/TW.pm
@@ -4,7 +4,7 @@ BEGIN {
 	die "Encode::TW not supported on EBCDIC\n";
     }
 }
-our $VERSION = do { my @r = (q$Revision: 1.23 $ =~ /\d+/g); sprintf "%d."."%02d" x $#r, @r };
+our $VERSION = do { my @r = (q$Revision: 1.24 $ =~ /\d+/g); sprintf "%d."."%02d" x $#r, @r };
 
 use Encode;
 use XSLoader;
@@ -25,7 +25,8 @@ Encode::TW - Taiwan-based Chinese Encodings
 
 =head1 DESCRIPTION
 
-This module implements Taiwan-based Chinese charset encodings.
+This module implements tradition Chinese charset encodings as used
+in Taiwan and Hong Kong.
 Encodings supported are as follows.
 
   Canonical   Alias		Description
@@ -39,7 +40,7 @@ Encodings supported are as follows.
                                 = Big5 + Microsoft vendor mappings
   --------------------------------------------------------------------
 
-To find how to use this module in detail, see L<Encode>.
+To find out how to use this module in detail, see L<Encode>.
 
 =head1 NOTES
 
@@ -53,20 +54,20 @@ extra China-based encodings.
 
 Since the original C<big5> encoding (1984) is not supported anywhere
 (glibc and DOS-based systems uses C<big5> to mean C<big5-eten>; Microsoft
-uses C<big5> to mean C<cp950>), a concious decision was made to alias
+uses C<big5> to mean C<cp950>), a conscious decision was made to alias
 C<big5> to C<big5-eten>, which is the de facto superset of the original
 big5.
 
 The C<CNS11643> encoding files are not complete. For common C<CNS11643>
 manipulation, please use C<EUC-TW> in L<Encode::HanExtra>, which contains
-plane 1-7.
+planes 1-7.
 
-ASCII part (0x00-0x7f) is preserved for all encodings, even though it
-conflicts with mappings by the Unicode Consortium.  See
+The ASCII region (0x00-0x7f) is preserved for all encodings, even
+though this conflicts with mappings by the Unicode Consortium.  See
 
 L<http://www.debian.or.jp/~kubota/unicode-symbols.html.en>
 
-to find why it is implemented that way.
+to find out why it is implemented that way.
 
 =head1 SEE ALSO
 
-- 
cgit v1.2.1