Should this be "core"?

Daniel van Vugt daniel.van.vugt at canonical.com
Tue Oct 6 01:32:18 UTC 2015


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.griffiths at 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.
>
>



More information about the Mir-devel mailing list