Named cursors were not my first choice. There was some arguing when it was proposed. I personally prefer a set enums, which matches what common toolkits use:

   https://developer.gnome.org/gdk3/stable/gdk3-Cursors.html#GdkCursorType
   http://qt-project.org/doc/qt-5/qt.html#CursorShape-enum

http://www.opengl.org/resources/libraries/glut/spec3/node28.html#SECTION000513000000000000000

But you can't kill named cursor support unless you replace it with equivalent enums.

BufferStream (or just plain bitmap) cursor support is also still required. I think that's what Xmir uses mostly.


On 06/10/15 07:17, Christopher James Halse Rogers wrote:
On Tue, Oct 6, 2015 at 2:33 AM, Alan Griffiths
<alan.griffi...@canonical.com> wrote:
On 05/10/15 12:12, Alexandros Frantzis wrote:
 but we should ensure
 our built-in cursor images support all the predefined cursor types. In
 our client API we are exposing a set of predefined cursor names, which
 the BuiltinCursorImage implementation doesn't currently support.

To clarify, BuiltinCursorImage does support retrieving a cursor image
for the predefined cursor names. It is just that it always returns one
based on "black_arrow".

Is that good enough default behaviour?

Not really.

I think we should do one of two things:
1) Remove that cursor-names interface entirely and just rely on getting
a BufferStream for the cursor, or,
2) If the *shell* wants to use the named-cursor support (I don't believe
it does?) then we should install an xcursor theme on the phone and
remove BuiltinCursorImage.



--
Mir-devel mailing list
Mir-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/mir-devel

Reply via email to