| 6eccafd3394f977d44c329dc75eb12739a818f4b |
|
03-Mar-2016 |
Siyamed Sinir <siyamed@google.com> |
New Linkify.addLinks function with set of known schemes
A new addLinks function is added that accepts a default scheme and a
set of known schemes. Default scheme is applied whenever the link found
does not start with one of the given known schemes.
Moreover, previously JavaDoc for addLinks functions with a single scheme
parameter described that the scheme attribute will be prepended to the
links that do not have 'a' scheme. The code actually checks if the link
starts with the given scheme and prepends if not. JavaDoc updated
accordingly.
Bug: 26985901
Change-Id: I94ea81dcf83ba7a6b6cd47c10fe8fb277964eb15
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 0716d5f499949cb131a9a06ac022b26ee8dbb413 |
|
26-Feb-2016 |
Siyamed Sinir <siyamed@google.com> |
Email address autolink regex updates.
This CL updates the email address pattern with:
* Local-part should be max 64 characters, and domain should be max 255
characters (it was the opposite before).
* Labels in the domain name should be at most 63 characters.
* Support non-ascii unicode characters.
* Add tests for email address pattern.
Bug:9585450
Change-Id: I983f269904ef014ef625417dd08b6509084e6879
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 840385c9f6a2805d6f54f08f3592d80facdf5b3d |
|
19-Nov-2015 |
Siyamed Sinir <siyamed@google.com> |
New regular expression to autolink URLs
Introduced a new regular expression to autolink URLs. Previous regular
expression used the protocol as an optional rule. The new expression
applies separate rules for strings that do not start with a known
protocol and strings that do start with a known protocol.
- In order to reuse previous regular expression definitions for
different parts of a URL, created constants for different parts of
WEB_URL expression.
- Separated the test cases for WEB_URL in order to remove the suppress
command and make them running again.
- Fixed failing tests for punycode urls, which were causing existing
tests to fail.
- Introduced new a regular expression for URL matching.
- Changed the protocol rule to be case insensitive.
- Updated IANA TLDs.
- Added tests for the new regular expression.
- Added tests for Linkify.
- Bug 9622849 is partially fixed.
Bug: 25727599
Bug: 9622849
Bug: 24500693
Bug: 23189367
Bug: 24543148
Change-Id: Ifd62455d342ca7adb22996246ff652e1d5944bec
/frameworks/base/core/java/android/text/util/Linkify.java
|
| d75a3b4d2cf0bf743cfc5fc6d908ea7e8a8fafd0 |
|
17-Mar-2015 |
Andreas Gampe <agampe@google.com> |
am 17eda7d0: am 4d907643: Merge "Frameworks/base: Fix trivial equals implementation"
* commit '17eda7d0bed1d32a9b8f4a6a9d572aeabb43810a':
Frameworks/base: Fix trivial equals implementation
|
| 610b2c778c83744509ecda0a6cc381ea4b54ad84 |
|
15-Mar-2015 |
Andreas Gampe <agampe@google.com> |
Frameworks/base: Fix trivial equals implementation
The comparator's equal implementation doesn't satisfy the constraints
of an equals method, namely being reflexive. Use the standard Object
implementation instead.
Bug: 19797138
Change-Id: I74f888e99533e1945aab7ab10fe8ee3ded6388f4
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 1ff7196be945f29c0ba75595d447e504dbafffc7 |
|
14-Feb-2015 |
Roozbeh Pournader <roozbeh@google.com> |
Document the limitations of Linkify addresses
Explain that we are using WebView#findAddresses() which is
limited to US addresses at the moment (at least according
to its documentation), among various other limitations.
Bug: 5847264
Change-Id: If86c6d7c11cc080f0fe3401ffb7bce8068c6016f
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 047e816fe2e6c94ff425188c4b12f02921d3f5bf |
|
17-Dec-2014 |
Raph Levien <raph@google.com> |
Revert "Change Linkify leniency to VALID"
This reverts commit 9dfe86d4102b93885b947917fccee35053cfc9f2.
That change moved the lenience from POSSIBLE to VALID, which eliminated
false positive links, especially 4 digit phone numbers, but caused
significant false negatives, leading to CTS test failures
(android.text.util.cts.LinkifyTest#testAddLinks7 in particular).
The true fix requires new functionality to validate phone numbers in
a mobile context. In the meantime, the best solution is to revert.
Bug: 18708556
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 9dfe86d4102b93885b947917fccee35053cfc9f2 |
|
04-Dec-2014 |
Raph Levien <raph@google.com> |
Change Linkify leniency to VALID
The linkify logic used POSSIBLE as its leniency setting, which resulted
in false positives such as 4-digit years being interpreted as phone
numbers. Changing to VALID as per recommendation of libphonenumber
people, which fixes this problem.
Bug: 18489494
Change-Id: I77d330285de46de2fdda22daed41392106ec6ddd
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 83955cb2604adefd40f5627ff46aee98c2c52e59 |
|
07-Jun-2014 |
Aaron Whyte <awhyte@google.com> |
Catch OperationUnsupportedException when linkifying using WebView
This fixes a CTS test for Wearable. We cannot check for FEATURE_WEBVIEW, because
there's no way to get a PackageManager from within these static methods.
Bug: 15131296
Change-Id: I7bf7564b6209f330a413ed54a94be1e07fedb30d
/frameworks/base/core/java/android/text/util/Linkify.java
|
| cb64d430627b71221c588ef5f23599dd34a89ee9 |
|
02-Aug-2013 |
Elliott Hughes <enh@google.com> |
If frameworks wants ASCII casing, it should explicity ask for it.
http://elliotth.blogspot.com/2012/01/beware-convenience-methods.html
Bug: https://code.google.com/p/android/issues/detail?id=58359
Change-Id: Iaab02e718a7be7bda22e626dca05d79bfd2a8fc4
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 430fc97e7e5ac286aac0b7298f1b8361ad299586 |
|
01-Apr-2013 |
Victoria Lease <violets@google.com> |
use libphonenumber for Linkify.PHONE_NUMBER
This commit replaces a regex pattern match for Linkify.PHONE_NUMBER
with a call to libphonenumber's PhoneNumberUtil.findNumbers().
Bug: 5533245
Change-Id: I0e0563b241fb62e77d7f49e4a8484c6b0685dd8f
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 2269d1572e5fcfb725ea55f5764d8c3280d69f6d |
|
25-Feb-2010 |
Dianne Hackborn <hackbod@google.com> |
Re-arrange android-common so framework no longer links with it.
This is the framework part, moving classes around so the framework
no longer needs to link to android-common. Makes some APIs public,
others that didn't need to be public are private in the framework,
some small things are copied.
/frameworks/base/core/java/android/text/util/Linkify.java
|
| ded0e6447ed6e0f200dbca13e43c6cf4efc16a1d |
|
18-Nov-2009 |
Dan Egnor <egnor@google.com> |
Create android-common static library which gets included in frameworks.jar,
but can also be used by unbundled apps. Move android.text.util.Regex there as
a starting example, renamed to a more sensible (?) com.android.common.Patterns.
Set up a corresponding test package, and move RegexTest (to PatternsTest).
Update clients.
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 7a4be89f5a7188d3e10ff0e1f71722ab161a5456 |
|
14-Sep-2009 |
Eric Fischer <enf@google.com> |
Add "rtsp" to the list of URL schemes that get linkified.
Bug 1845298
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/util/Linkify.java
|
| d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/util/Linkify.java
|
| f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/text/util/Linkify.java
|
| 54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/text/util/Linkify.java
|