It's not for parsing configuration, so qsettings will be fine.
Then we can move this widget out to KWidgetAddons
It's not for parsing configuration, so qsettings will be fine.
Then we can move this widget out to KWidgetAddons
Status | Assigned | Task | ||
---|---|---|---|---|
Wontfix | davidedmundson | T12197 Move KLanguageButton from KConfig -> QSettings | ||
Open | None | T12199 Move KLanguageButton to KWidgetAddons |
QSettings can't read the localized values, making the language names appear in English only :/
Does it even make sense to show the name of another language in the language you are currently in?
i.e if I'm currently in French and want to switch to English wouldn't English be a more useful term to show in the UI than Anglais" ?
We can call it a feature.
Discussed this in the meeting.
The only other framework user is KXMLGui and it's not really used in other applications.
We couldn't see any real gain from doing this.
Therefore maybe we don't have to do anything.
It was proposed to move the language listing out so that it can be used inside QtQuick apps in the future
According the discussion, there seems to be no action item from this. The porting of the language listing is tracked by T12429 as already mentioned. I'm going to close this, feel free to reopen it if needed.