To implement this we'd need to devise some mechanism to provide language hints to the keyboard. If we wanted to do this purely internally this could be achieved by exposing some hint via the keyboard's QML bindings which the SDK's text field/area could use to inform the keyboard of the change in language when focused. Alternatively we could suggest this upstream as a property on the Qt TextInput type and provide the information via the QtInputContextPlugin interface like is already done for the inputMethodHints property.
I'd guess that's a decision that really needs to be arrived at by the SDK team, but we should be able to support either approach from the keyboard side. The first option would likely be less work, but this seems like the sort of thing that should perhaps be standardised across Qt apps if upstream are interested in this functionality. ** Also affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-keyboard in Ubuntu. https://bugs.launchpad.net/bugs/1430416 Title: [OSK] Should remember keyboard layout per conversation Status in Ubuntu Settings: New Status in Ubuntu UX: Won't Fix Status in messaging-app package in Ubuntu: New Status in ubuntu-keyboard package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Steps: * go to a conversation * select a non-default keyboard layout * go to a different conversation * select a different keyboard layout * go back to the first conversation Expected: * the selected layout should be restored for each conversation Current: * layout is "global" for the whole session Thinking about the solution... it'd probably be best if text fields had a "context" property that the input method could read and restore layouts per context. If a field had no context, it would fall back to the generic behaviour - per-c Rationale: you generally change layouts per contact, to write to someone in a different language. --------------------------------------------- This would require deeper functionality between the OSK and SDK / messaging app than we currently have - the proposal sounds good but not much to add from UX POV at this stage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp