Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • K KWayland Server
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 2
    • Merge requests 2
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • PlasmaPlasma
  • KWayland Server
  • Merge requests
  • !155

Properly handle async xdg-decoration mode updates

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Vlad Zahorodnii requested to merge work/async-xdg-decoration into master Jan 28, 2021
  • Overview 4
  • Commits 2
  • Pipelines 15
  • Changes 5

This change adds necessary APIs to properly handle asynchronous decoration mode updates.

With the proposed design, when the preferred mode changes, the compositor schedules an xdg decoration configure event by calling the XdgToplevelDecorationV1Interface::sendConfigure() method, no decoration is created or destroyed yet. The configure event will be actually sent the next time XdgToplevelInterface::sendConfigure() is called. The compositor has to check XdgToplevelDecorationV1Interface::mode() in the surface commit handler and create or destroy a decoration as needed.

Edited May 01, 2021 by Vlad Zahorodnii
Assignee
Assign to
Reviewers
Request review from
Time tracking
Source branch: work/async-xdg-decoration