Nested server needs full control over cursor position
Bug #1600220 reported by
Daniel d'Andrada
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
Confirmed
|
Medium
|
Andreas Pokorny | ||
mir (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Unity 8, a nested server of unity-system-
Mir doesn't have the needed context information to know how to move or position the cursor in all situations. Only Unity 8 has this information, which lives mainly in its QML scene.
Once this is granted Unity 8 can dump its QML cursor implementation and move to use the more performant hardware cursor that mir has access to.
Related to bug 1513883.
Changed in mir: | |
assignee: | nobody → Andreas Pokorny (andreas-pokorny) |
milestone: | none → 0.25.0 |
importance: | Undecided → Medium |
status: | New → In Progress |
Changed in mir: | |
milestone: | 0.25.0 → 0.26.0 |
Changed in mir: | |
milestone: | 0.26.0 → 1.0.0 |
Changed in mir: | |
milestone: | 0.27.0 → 0.28.0 |
Changed in mir: | |
milestone: | 0.28.0 → none |
status: | In Progress → Confirmed |
To post a comment you must log in.
Last time we discussed this I suggested the Mir client API just needed something like mir_warp_ cursor_ to(x, y) [where x,y might be relative to a surface, which might be a fullscreen Unity8 surface]. And you could limit the operation to the currently focussed surface too, so there are no privilege concerns.
Since Unity8 is just a client of USC I feel like that should resolve this...?