Bug 1009731
Summary: | [RFE] ui-plugins infrastructure: localization support (e.g. support adding a tab/sub-tab/button/dialog with a localized title, supply current GUI locale) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Yuko Katabami <ykatabam> | ||||||
Component: | Frontend.WebAdmin | Assignee: | Nobody <nobody> | ||||||
Status: | CLOSED WONTFIX | QA Contact: | Pavel Stehlik <pstehlik> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | --- | CC: | bugs, croe, eng-i18n-bugs, oourfali, qe-i18n-bugs, rbalakri, Rhev-m-bugs, srevivo, ykaul | ||||||
Target Milestone: | --- | Keywords: | FutureFeature, i18n, Improvement | ||||||
Target Release: | --- | Flags: | ylavi:
ovirt-future?
rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Enhancement | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2017-05-15 15:17:44 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | UX | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 1009722, 1247872 | ||||||||
Attachments: |
|
Description
Yuko Katabami
2013-09-19 02:30:22 UTC
Created attachment 799698 [details]
Unlocalized subtabs under Data Center tab
Created attachment 799710 [details]
Red Hat Search subtab unlocalized
In addition to the unlocalized subtab labels, I have also attached a screenshot of unlocalized strings on the "Red Hat Search" subtab. Just found that the same subtabs appear under other resource tabs as well: Clusters Host Storage Virtual Machines Templates "Red Hat Search" and "Red Hat Documentation" tabs are dynamically added to the application via the ui plugins infrastructure. each plug-in must supply a set of names in all of RHEV's supported locales, but first we must support localization in the ui-plugins infrastructure. This bug has also found into fr-FR Portal there is a chance that the ui-plugins infrastructure would have to supply the currently-selected locale for the ui-plugins to consume (so bugs such as bug 1009722 can be solved). einav - scope of effort to support this for the changes to the main gui (buttons/context menu added)? on how uiplugins would support it for their dialogs? (In reply to Itamar Heim from comment #8) > einav - scope of effort to support this for the changes to the main gui > (buttons/context menu added)? main-tab/sub-tab/dialog-title/button/context-menu can probably all be covered by the same effort. the ui-plugins-infrastructure will need to be able to consume dynamic resources [i.e. resources (e.g. .properties files) supplied by the ui-plugin]. not trivial IMO. > on how uiplugins would support it for their dialogs? each custom dialog/main-tab/sub-tab will need to take care of its own localization (as they typically display external content). we can only supply the current GUI locale to be consumed by the external content. this is the "supply current GUI locale" part of the RFE subject. this shouldn't take long - sounds like another method/property of 'getCurrentEngineLocale' or similar. I don't see us prioritizing this work. For specific plugins that are built in, like the dashboard, we solve this as part of the plugin itself. Closing this as wontfix. |