touch-packages team mailing list archive

[Michael Sheldon <michael.sheldon@xxxxxxxxxxxxx>]

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