** Changed in: ubuntu-ui-toolkit (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1446212
Title:
Support installing localization data from click packages
I wonder whether frameworks is a feasible approach here, since IIUC,
their point is to install something via a click package that is
accessible to other click packages.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
What we possibly could do also is to exclusively support %1 style
formatted strings as supported by QString
http://doc.qt.io/qt-5/qstring.html#arg and QML strings. The type is
never part of the translated string here and the worst outcome is error
messages. This would require some sort of lint for
I'm guessing the click language packs would be provided by a trusted set
of contributors: Ubuntu Translators, in the same way they provide the
.deb language packs today.
Perhaps the click language packs could have their own policy that
triggers a manual review to ensure only those from a trusted s
I'm concerned about adding translations from potentially untrusted
sources -- format strings are a ripe source of security issues in some
languages and allowing any random person to provide translated strings
for programs that handle private data is potentially highly dangerous.
Python, Ruby, Perl
Would it be possible to add symbolic links to /usr/share/locale? Short
of that we probably need to set TEXTDOMAIN in the environment, as I'm
not aware of any API call that allows changing the default search
directory.
** Changed in: ubuntu-ui-toolkit (Ubuntu)
Status: New => Incomplete
** C
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: apparmor-easyprof-ubuntu (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/144