Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • A Apps_Issues
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Issues 83
    • Issues 83
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Librem5
  • Apps_Issues
  • Issues
  • #54

Closed
Open
Created Aug 19, 2018 by Dorota Czaplejewicz@dorota.czaplejewiczMaintainer

Keyboard preedit text inconsistent

What application is this relating to?

The issue is not specific to any particular project, or at least the project needs to be determined.

What problem did you encounter

Odd behaviour where previous text is sticking to the cursor until new preedit text is entered.

GTK stores preedit text in text fields, similar to selection. The preedit contents stay inside the text field even if it loses focus and regains it again. The text-input-v3 protocol has no facility to notify the compositor about already present preedit text. This causes previously described odd effects. There are 2 solutions, which describe different models of behaviour:

  • preedit doesn't exist in unfocused widgets. Client libraries would need to be adjusted
  • preedit is persistent and gets sent to the compositor. The protocol would need to be adjusted.

This might be an important detail for CJK input methods, where considerable work goes into composing a preedit text.

Needs discussing with the usual people who review input method-related protocols: wlroots, Carlos, Eike.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking