69c182afb0e6d82a341a28b4317aa703af768906 |
|
05-Dec-2016 |
Gary Mai <garymai@google.com> |
Collapse common packages (1/?) Move the majority of packages out of common. When trying to move common.activity to activities every file switched from a rename to separated deletes and adds. Will move tests and the rest of common in a separate CL. Test: Built GoogleContacts, Contacts, GoogleContactsTests, ContactsTests. Bug: 33252370 Change-Id: I9ffb20038dee255ef5f83002b7870265771b08c5
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
c8dd78c595cfaf9766e59a2df012b16d6c05b213 |
|
31-Oct-2012 |
Chiao Cheng <chiaocheng@google.com> |
Moving dependencies of PhoneFavoriteFragment. Move common classes from Contacts to Contacts Common. Bug: 6993891 Change-Id: Icff2a57875c47a5141842ca3ab980cfc76931cb6
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
79a6b5d3a885bc508b4b98c92a946fe12643c444 |
|
16-Oct-2012 |
Chiao Cheng <chiaocheng@google.com> |
Sharing ContactPhotoManager between dialer and people. Move ContactPhotoManager and dependent classes to ContactsCommon so it can be shared by dialer and people. Bug: 6993891 Change-Id: Ib37af58718850d6d5515bbf3e46aca9fb95f9ee8
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
e0b2f1e2d01d1ac52ba207dc7ce76971d853298e |
|
12-Jun-2012 |
Chiao Cheng <chiaocheng@google.com> |
Global import order fix. Changed import order to be in accordance with style guide: http://source.android.com/source/code-style.html#order-import-statements Static imports will be placed at the top since most existing files used that convention. It is also a style that can be handled by both eclipse and intellij. Change-Id: Ia7013c7a2d88e5fefb8f4975d121f7fcd3fcc462
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
4e1d78577124aac18735990694d976ee9d115b78 |
|
23-Nov-2011 |
Flavio Lerda <flerda@google.com> |
Correctly format numbers in RTL languages. When phone numbers are formatted together with text in an RTL language, the numbers will themselves formatted RTL by default: if they have any formatting (e.g., +, -, (, ), or spaces), then these will not be formatted correctly, as they should be shown LTR as a whole. This works by itself if the number is the only thing shown in a text field (since phone numbers are always made of characters that are entirely LTR), but fails if the number is formatted within some translated text. This commit forces the phone number to always be shown LTR. Also, make it more explicit that the strict is meant to be used with a number, since the description and xliff tag contradicted the name of the string. Bug: 5429886 Change-Id: Ifd1835ecfa89725ea596d02d9945712c4f351ddf
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
42f85dd9e72438a3fe8af98929bbc1f8e2f26510 |
|
10-Nov-2011 |
Flavio Lerda <flerda@google.com> |
Mark method as needed for testing. There are tests for this method, but it is not actually used in the application. For now, I will mark it as needed for testing, so that ProGuard does not remove it, but the long term solution is to clean up this bits of the code. Bug: 5594198 Change-Id: I67b5abdc0c9d3c729fb50d5981e3791508593148
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
ffa8963f6d5d0fd672c11dea2c2d16048da36577 |
|
21-Oct-2011 |
Flavio Lerda <flerda@google.com> |
Correctly match SIP addresses. When grouping items in the call log, we were using the function to compare phone numbers. However, this strips all non-numeric characters, which means that all SIP addresses without a number in them will match. Instead, SIP addresses are defined to match only if they are identical. Bug: 5483719 Bug: 5390325 Change-Id: Ic6f1d55ccbd433cc6062ca803fcfd88ae4f68a8a
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
21759cebb306986d49f7db671acd078df51edea1 |
|
14-Aug-2011 |
Daisuke Miyakawa <dmiyakawa@google.com> |
Keep utility methods in userdebug build. Bug: 5162140 Change-Id: I7782493a3348c756269f86c60873aaedd580e799
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
37a2684d1e47f6d78d757c437a187548f242ee13 |
|
27-Jun-2011 |
Flavio Lerda <flerda@google.com> |
Fixes tests on userdebug builds. A number of tests are currently failing on userdebug builds because they refer to methods that are used only in tests and proguard striped these methods when building the application APK. This change adds the VisibleForTesting annotation to all such methods. Bug: 4901489 Bug: 4902483 Change-Id: Ic7c51ef5b77f4f2d2af39cdafbf8e2e37260644b
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
950a56825eee4b3f8c775e483a0bca1c0278d136 |
|
07-Jun-2011 |
Flavio Lerda <flerda@google.com> |
Prevents NPE when trying to find index of word. Add check for null prefix or text and simply return the prefix was not found if either is null. Change-Id: I81263028a4fcdbf74e6ad0922a170b9a3b83ebae
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
c9a9cdb5741e5e3190063f7744db7e332f63ec72 |
|
03-Jun-2011 |
Flavio Lerda <flerda@google.com> |
Fixes highlighting of prefix. Highlighting of a prefix (from a search) in contacts name was not done correctly when the name was also set to be in bold. This commit changes the logic to separate the two aspects and combines them in a way that makes things easier to use. Change-Id: Ibdf12d8478b7ab44ca0be82353c43ed9118d29cd
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
3d7311f76f3f41a5794b01536498c634b3ff2a69 |
|
01-Jun-2011 |
Flavio Lerda <flerda@google.com> |
Extract a couple of utility classes for formatting. The PrefixHighlighter class handles highlighting of a prefix in a text view. The DisplayNameFormatter handles both the bold of the first name and the highlight needed when searching (using the PrefixHighlighter above). Change-Id: Ibd1d3ecd6a88ce40de6dbc591af21c1e7260511e
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|
da5bf1cf60beef3de5e651a569fa544293683926 |
|
03-May-2011 |
Dave Santoro <dsantoro@google.com> |
Modifications to bold contacts' first names. For lists and headers, this is calculated by using a similar technique as we use in the list view for highlighting text when the sort order and display order do not match - we look for the overlap point between the display name and the alternate display name, and bold the leading or trailing part, based on the display order. For the edit view, we convert the display name into a structured name (via an API extracted from the structured name editor code that calls into the provider to handle splitting), and then bold the span corresponding to the contact's given name. This also fixes an issue with the alternate display order in which we weren't honoring that preference on the contact details view. Change-Id: I6af048725541996cb303810a56a1ad79fc276e11
/packages/apps/Contacts/src/com/android/contacts/format/FormatUtils.java
|