Support for server-side-animated cursors
Bug #1417425 reported by
desrt
This bug affects 2 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Mir |
Triaged
|
Wishlist
|
Unassigned | ||
| mir (Ubuntu) |
Triaged
|
Wishlist
|
Unassigned | ||
Bug Description
The coming support for custom servers will apparently work by allowing the client to create a surface to act as the cursor.
Doing animated cursor will involve repeatedly pushing new frames to this surface.
This is not the most convenient thing for the client, and in some cases (slow machines where clients are busy) it may not be possible for the client to keep up with pushing a new frame every 15ms.
A nice feature would be to be able to upload the entire animation in one go and have the server loop it.
| tags: | added: gtk-mir |
Revision history for this message
| Daniel van Vugt (vanvugt) wrote | #1 |
| tags: | added: cursor |
| tags: | added: enhancement |
| Changed in mir: | |
| importance: | Undecided → Wishlist |
| status: | New → Triaged |
Revision history for this message
| Daniel van Vugt (vanvugt) wrote | #2 |
| Changed in mir: | |
| status: | Triaged → Fix Released |
| status: | Fix Released → Triaged |
| summary: |
- support for animated cursors + Support for server-side-animated cursors |
Revision history for this message
| Michał Sawicz (saviq) wrote | #3 |
| Changed in mir (Ubuntu): | |
| importance: | Undecided → Wishlist |
| status: | New → Triaged |
To post a comment you must log in.
Yeah it's not the most efficient solution to make it a surface maintained by the client. But it is feasible -- application windows work that way and even for slowish software surfaces it still only takes about one millisecond to upload a new frame.
Also, pushing the frames from the client allows the client to set the speed of animation and change it completely without any state or complexity on the server side.
I think both approaches have merit, but cursor animations are not a huge priority either way.