History log of /packages/providers/ContactsProvider/src/com/android/providers/contacts/PostalSplitter.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
5b6f7fbb003a085088b2ae4e61b07774d61f8565 13-Jan-2010 Daisuke Miyakawa <dmiyakawa@google.com> Make PostalSplitter support Japanese name-splitting algorithm and add unit tests for them.
This change is originally from Change I8f7aaf13.

Bug: 2275764
/packages/providers/ContactsProvider/src/com/android/providers/contacts/PostalSplitter.java
622e0a2f00b3de248926ec9e89b11a6425919819 02-Sep-2009 Jeff Sharkey <jsharkey@android.com> Relaxed type and label checking, structured consistency.

For CommonDataKinds rows, we strictly require that TYPE be
set when LABEL appears. Previously we had enforced that
LABEL could only exist under TYPE_CUSTOM, but this doesn't
hold true for providers that want to allow additional TYPE
values to have labels. This fixes http://b/2089080 and
http://b/2065904

This change also helps maintain consistency between
structured and unstructured fields for StructuredPostal and
StructuredName. That is, when an update updates one without
also updating the other, we provide the additional values
required to keep them consistent. If the client specifies
both sets, we let them pass through. Fixes http://b/2087358

Also adds unit tests, including fixing broken ones.
/packages/providers/ContactsProvider/src/com/android/providers/contacts/PostalSplitter.java