Summary: | iOS Impress Remote should allow selection of UI language | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | miles |
Component: | Impress Remote | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | andrzej, fios, fitojb, gautier.sophie, mihhkel |
Version: | 4.2.0.0.beta2 | ||
Hardware: | Other | ||
OS: | other | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=83494 | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | Android 4.2 error message |
Description
miles
2013-12-30 15:01:43 UTC
Set to New , I've ask for the component to be added on the QA list- Sophie This also needs to be implemented for Android. I just upgraded, as of 4.2 (see screenshot) Android no longer allows Custom Locale apps so users are stuck with the default system locale. Created attachment 105029 [details]
Android 4.2 error message
@Michael: Please file another bug report. It's annoying when people stack multiple issues in an existing report, causing that you can never close it. This one was specifically about iOS, and not a meta bug. No need to get so angry. I'm not a developer, I'm a localizer. I don't know how exactly these things work but it did not seem far-fetched that adding a menu item to iOS would involve the same process as doing it for Android. I was just trying to save folk time by not having to deal with another bug but if we need to file different bugs for the same thing on iOS and Android then I will. (In reply to comment #5) > No need to get so angry. I'm not a developer, I'm a localizer. I don't know > how exactly these things work but it did not seem far-fetched that adding a > menu item to iOS would involve the same process as doing it for Android. > > I was just trying to save folk time by not having to deal with another bug > but if we need to file different bugs for the same thing on iOS and Android > then I will. The code for the two platforms is _completely_ separate, and hence a very different process for each -- it is unlikely that people with iOS skills would have the appropriate Android skills to do this (and even if this were the case, they wouldn't be developing both concurrently), and hence separate bug reports would be much more appropriate. (However tbh. I don't see why we should be compensating for deficiencies in Operating Systems, and on Android at least I haven't ever seen language selection being part of an App.) Ok I will file another bug. >(However tbh. I don't see why we should be compensating for deficiencies in > Operating Systems, and on Android at least I haven't ever seen language > selection being part of an App.) Well, lucky you for being a speaker of a large nation-state language which is supported by Android. My guess is, you haven't looked too hard. Just FYI, Mozilla has just implemented exactly such a feature for exactly those reasons https://www.mozilla.org/en-US/mobile/32.0/releasenotes/ |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.