touch-packages team mailing list archive

[Michał Sawicz <michal.sawicz@xxxxxxxxxxxxx>]

Yeah, this requires us to resolve the cursor situation between unity8
and unity-system-compositor.

As previously discussed, having it drawn by u-s-c (aka "hardware"
cursor) is nice for performance reasons, at least until the shell can
leverage hwc. But then having to communicate to u-s-c how it should be
drawn would be too weird.

I was wondering then, could we have a small separate surface that unity8
draws the cursor to, that u-s-c then picks up and puts in a layer above
the shell as applicable? We'd need to communicate the location of the
cursor "point" relative to the surface to make it happen, though.

Thoughts?

** Changed in: unity8 (Ubuntu)
       Status: New => Confirmed

** Also affects: unity-system-compositor (Ubuntu)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1447839

Title:
  mouse edge of window drag handles

Status in unity-system-compositor package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  currently on the unity8 desktop windowed mode, the mouse remains in
  it's "arrow" form not prompting the user when it's on the edge of a
  window where the window can be rescaled.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1447839/+subscriptions