ICU-2104 la de da, la de da

X-SVN-Rev: 9734
This commit is contained in:
Doug Felt 2002-08-16 15:51:35 +00:00
parent 74d7cefe32
commit eecfa5a70a
2 changed files with 33 additions and 26 deletions

View file

@ -11,8 +11,8 @@
*******************************************************************************
*
* $Source: /xsrl/Nsvn/icu/icu4j/readme.html,v $
* $Date: 2002/08/15 19:30:28 $
* $Revision: 1.35 $
* $Date: 2002/08/16 15:51:35 $
* $Revision: 1.36 $
*
*******************************************************************************
-->
@ -20,17 +20,17 @@
<body bgcolor="#FFFFFF" link="#0000FF" vlink="#800080" lang="EN-US">
<h2>ReadMe: International Components for Unicode for Java</h2>
<p>Version: 2.2 August 15th 2002 </p>
<h2>International Components for Unicode for Java</h2>
<h3>Read Me for ICU4J 2.2</h3>
<hr size="2" width="100%" align="center">
<p><b>Release Date</b><br>
August 15th, 2002</p>
<p>COPYRIGHT: <br>
Copyright (c) 2002 International Business Machines Corporation and others. All Rights
Reserved. </p>
<hr size="2" width="100%" align="center">
<p>For the most recent
release, see the <a href="http://oss.software.ibm.com/icu4j/download/index.html">
ICU4J download site</a>.
</P>
<h3><u>Contents</u></h3>
@ -231,7 +231,7 @@ drive and any directory on that drive that you chose to install icu4j into. </p>
</tr>
</table>
<p><b>The source directories mirror the package structure of the code.</b><br><font color="red">Core</font> packages become part of the ICU4J jar file.<br><font color="red">API</font> packages contain classes with supported API.</p>
<p><b>The source directories mirror the package structure of the code.</b><br><font color="red">Core</font> packages become part of the ICU4J jar file.<br><font color="red">API</font> packages contain classes with supported API. <br><font color="red">RichText</font> classes are Core and API, but can be removed from icu4j.jar, and can be built into their own jar.</p>
<table BORDER="1" CELLPADDING="3" WIDTH="623">
<tr>
@ -286,7 +286,8 @@ drive and any directory on that drive that you chose to install icu4j into. </p>
</td>
</tr>
<tr>
<td>$Root/src/com/ibm/richtext</td> <td>Styled text editing
<td>$Root/src/com/ibm/richtext<br><font color="red">RichText</font></td>
<td>Styled text editing
package. This includes demos, tests, and GUIs for editing and
displaying styled text. The richtext package provides a
scrollable display, typing, arrow-key support, tabs, alignment and
@ -315,10 +316,16 @@ drive and any directory on that drive that you chose to install icu4j into. </p>
<p>ICU4J data is stored in the following locations:
<ul>
<li>The package <code>com.ibm.icu.impl.data</code> holds data used by the ICU4J core packages (<code>com.ibm.icu.lang</code>, <code>com.ibm.icu.text</code>, <code>com.ibm.icu.util</code>, <code>com.ibm.icu.math</code> and <code>com.ibm.icu.text</code>). In particular, all resource information is stored here.</li>
<li>The package <code>com.ibm.icu.dev.data</code> holds data that is not part of ICU4J core, but rather part of a test, sample, or demo.</li>
</ul>
<table BORDER="1" CELLPADDING="3" WIDTH="623">
<tr>
<td><code>com.ibm.icu.impl.data</code></td>
<td>Holds data used by the ICU4J core packages (<code>com.ibm.icu.lang</code>, <code>com.ibm.icu.text</code>, <code>com.ibm.icu.util</code>, <code>com.ibm.icu.math</code> and <code>com.ibm.icu.text</code>). In particular, all resource information is stored here.</td>
</tr>
<tr>
<td><code>com.ibm.icu.dev.data</code></td>
<td>Holds data that is not part of ICU4J core, but rather part of a test, sample, or demo.</td>
</tr>
</table>
<h3><u><a name="API"></a>Where to get Documentation</u></h3>
@ -718,11 +725,10 @@ While we are not able to respond individually to each comment, we do review all
<hr size="2" width="100%" align="center">
<p>Copyright © 2002 International Business Machines Corporation and others. All Rights
Reserved. <br>
<p><i><font size="-1">Copyright © 2002 International Business Machines Corporation and others. All Rights
Reserved.<br>
5600 Cottle Road, San José, CA 95193
</p>
</font></i></p>
<hr size="2" width="100%" align="center">
</body>
</html>

View file

@ -9,8 +9,8 @@
*******************************************************************************
*
* $Source: /xsrl/Nsvn/icu/icu4j/Attic/releasenotes.html,v $
* $Date: 2002/08/15 23:54:40 $
* $Revision: 1.6 $
* $Date: 2002/08/16 15:51:35 $
* $Revision: 1.7 $
*
*******************************************************************************
-->
@ -71,7 +71,7 @@
iterating through the contents (code points and strings) of a UnicodeSet.
For code points the iteration is either by individual code point or by
ranges.
<li><b>General&nbsp; improvements</b><br>
<li><b>General improvements</b><br>
Performance has been enhanced in a number of services, and a number of
significant bugs have been fixed.</li>
</ul>
@ -104,7 +104,7 @@
<p><b>For More Information</b></p>
<p>For further detailed information about the ICU4J library, please refer to the
<A href="readme.html">ReadMe.</A>
<A href="readme.html">readme.</A>
</p>
<hr size="2" width="100%" align="center">
@ -133,8 +133,9 @@
<li>ICU4J does not allow turning off Thai reordering, while the JDK does. This is because in Unicode 3.2 Thai reordering is always required. The JDK uses '!' in the rules to turn off Thai reordering; ICU4J ignores it.</li>
<li>ICU4J supports additional rule syntax for various options, for example, setting <b>variable-top</b>, code point collation element positioning, and others. For details, see the <a href="http://oss.software.ibm.com/icu/userguide/Collate_Customization.html">user's guide</a>.
<li>ICU4J's version of CollationKey has a public constructor, so subclasses of RuleBasedCollator can create their own CollationKeys. This was overlooked in the JDK (mea culpa).</li>
<li>ICU4J does not support FULL_DECOMPOSITION, while the JDK does.</li>
<li>ICU4J uses its own resource bundles, so the sorting order can differ from the JDK's.</li>
<li>The FULL_DECOMPOSITION mode used in the JDK is unnecessary for the UCA (and actually incorrect in some cases). ICU4J does not define this mode; clients should use CANONICAL_DECOMPOSITION instead.
<li>ICU4J uses the standard UCA default ordering, plus fixes and additions for
different languages, so the sorting order will differ from the JDK's.
<li>The CollationKeys generated by ICU4J and the JDK are different, so they cannot be compared.</li>
</ul>
</p>