Re: cursor maddnes and a solution

[Andrey Volkov <avolkov@varma-el.com>]

Antonino A. Daplas wrote:
> Jon Smirl wrote:
> 
>> On 8/10/05, Andrey Volkov <avolkov@varma-el.com> wrote:
>> You are omit hwd cursor size problem - very few (possible no one)
>> graphics chips could support cursor with any size. Usually they support
>> 32x32/64x64 pixels cursors only. For kernel fb its have not meaning,
>> 'cause we always could fallback to the soft_cursor (in the fbcon or
>> directly in a driver), BUT what to do with such crazy user who will wish
>> to use, ex. 100x100 pix cursor in user space?
>>
>>
> 
> If cursor_capabilities() is called, it should return the maximum
> dimensions supported by the hardware. 
> Meaning, we have to change it to:
> 
> int (*cursor_capabilities)(int set, struct fb_cursor_caps *caps);
> 
> so it passes struct fb_cursor_caps *caps instead of int caps.
> 
And max_depth also must present in struct fb_cursor_caps. Why generate
true_color image for monochrome hwd cursor? Conversion from true_color
to monochrome, IMHO, usually very painful.

-- 
Regards
Andrey Volkov


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf