• alexeypa@chromium.org's avatar
    Localized Chromoting Host on Mac and Linux. · fc877cf7
    alexeypa@chromium.org authored
    Re-landing r214379. Two additional fixes:
    - HOST_PLUGIN_MIME_TYPE is passed unquoted making the code the uses it responsible for stringizing it.
    - msvs_cygwin_shell is set to 0 to avoid cygpath changing "remoting_locales\nl.pak" to "remoting_ocales\nl.pak".
    
    This CL implements generation of localizable strings from remoting_strings.grd file. Depending on the platform the localized resources are placed to:
    - Mac: localized .string and .pak resources are added to each application bundle under 'Resources/<locale>.lproj'
    - Linux: localized .pak files are placed under 'remoting_locales' directory next to the binary locading them.
    - Windows: .rc resources are generated from .jinja2 templates and embedded into a relevant binary.
    
    Chrome l10n and i18n APIs are used to retrieve the current locale and RTL flag (Mac & Linux). The it2me plugin sets the locale to match the locale of the browser.
    
    Collateral changes:
    - UiString is not used any more.
    - Increased width of disconnect window message on Mac.
    - The host plugin version is correctly reported on Mac.
    - Dialogs use RTL templates in case of RTL languages. No more updating the templates dynamically (Windows).
    - remoting_unittests.ResourcesTest now runs on Mac, LInux and Windows.
    - '@' is used for variable substitutions by remoting_localize.py.
    - HOST_PLUGIN_MIME_TYPE is defined in one place now.
    - Deleted unused commong_resources.grd.
    
    Mac installer and preference panel are not localized yet.
    
    BUG=155204
    
    Review URL: https://chromiumcodereview.appspot.com/21059003
    
    git-svn-id: svn://svn.chromium.org/chrome/trunk/src@214855 0039d316-1c4b-4281-b951-d872f2087c98
    fc877cf7
host_plugin-InfoPlist.strings.jinja2 219 Bytes