Zaphod Beeblebrox wrote:
>   Hello all,
> 
>  I am facing sometimes a strange (i.e. unwanted) behaviour of my mouse 
> cursor. While running my fltk-based application, users can choose between 
> several operating modes from the menu; skipping to one or another of these 
> modes is usually marked by a specific 
> fl_cursor(Fl_Cursor(xx),FL_BLACK,FL_WHITE) in order to inform the user about 
> what he's about to do. After several mode changes, it happens often that 
> mouse cursor, while being normal default in the main frame, does not return 
> to current default value with the mouse over some other application windows 
> or some widgets of the main window, preserving some precedent shape.  
> Obviously, that's very annoying (especially when the precedent setting is 
> fl_cursor(FL_CURSOR_NONE)).
>  Are these facts in agreement with the intended behaviour of the mouse cursor 
> in fltk? Is there any way to ulimately force a fl_cursor to all windows and 
> widgets of a fltk-based app?

fl_cursor() sets the cursor in the current context.
Fl_Window::cursor() sets the cursor in the current window.

You probably want to use the latter, or set/restore the cursor as
part of your widget class (in response to FL_ENTER/FL_LEAVE events...)

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk

Reply via email to