| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Add GError arguments to e_phone_number_get_default_region() and
e_phone_number_get_country_code_for_region() to properly report
missing phone number: Warnings cannot be handled programatically
and make GTest based unit tests failed.
|
| |
|
|
|
|
| |
It is not thread-safe at it changes the entire program's locale
settings. As a side effect also permit locale strings for functions
like e_phone_number_get_country_code_for_region().
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
e_phone_number_compare() and e_phone_number_compare_strings()
had different opinion how well "1234" and "234" match within
NANP regions. First considered them a national significant
number match as it interpreted the leading "1" as country
calling code, the later didn't. The former interpretion fits
better our E.164 normalization we do in the SQLite backend,
therefore we adopted that approach.
This also introduces e_phone_number_compare_strings_for_region().
https://bugs.freedesktop.org/show_bug.cgi?id=59571
|
| | |
|
|
|
This clears the way for Direct Read Access APIs to be integrated,
since EBookClient now needs to access EDataBook apis, a common
library is needed to share all the addressbook related objects
related to EContact so that it can be used by both the server
side addressbook backends and EDataBook, as well as EBookClient.
Essentially this properly splits things up and avoids a nasty
circular dependency issue.
|