Adding sublocality_name_type and locality_name_type handling

Involves new strings for translations, plus the logic to return those strings.
Implemented in Java and C++.

Tested: unit-tests in C++. Unit-tests in Java don't exist for the main UI class, but I tested it built.
Okaaaaay :)


Did you need help with i18n? *Help us help you:* go/i18n-emea-feedback

2014-10-03 13:39 GMT+02:00 Andy Staudacher <notifications@github.com>:

> In java/res/values/address_strings.xml:
>
> >      <!-- Area of a town (a neighbourhood/suburb) used for addresses in Korea and
> >           China, or a district of a country such as Nauru [CHAR LIMIT=30] -->
> >      <string name="i18n_dependent_locality_label">District</string>
> >
> > +    <!-- Administrative Area for Nauru Central Pacific (e.g., Aiwo district), or
> > +         area of a town (a neighbourhood/suburb) used for addresses in Korea and
>
> s/neighbourhood/neighborhood/ (can't find other things in this change, so
> that's what you get)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/googlei18n/libaddressinput/pull/23/files#r18390607>.
>