PR# 3264 Calling `set_pointer_style' on EV_TEXT_FIELD or on box within another box has no effect

Problem Report Summary
Submitter: prestoat2000
Category: EiffelVision
Priority: Medium
Date: 2002/10/11
Class: Bug
Severity: Serious
Number: 3264
Release: 5.2.1102
Confidential: No
Status: Analyzed
Responsible:
Environment: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827 Solaris 8
Synopsis: Calling `set_pointer_style' on EV_TEXT_FIELD or on box within another box has no effect

Description
Calling `set_pointer_style ((create {EV_STOCK_PIXMAPS}).Wait_cursor)'
on an EV_TEXT_FIELD or EV_PASSWORD_FIELD changes the pointer to
the wait cursor, but only at the very edge of the field.  The
portion of the field used to input text has an Ibeam_cursor.
Calling `set_pointer_style' on a box within another box does not
change the pointer within the contained box - it still has the
pointer style set for the containing box.
To Reproduce
Use attached files.
Problem Report Interactions
From:prestoat2000    Date:2007/06/06    Download   
I believe it is mostly fixed.  The behavior now is mostly what I expected.  Setting
a cursor for a box within a box overrides the cursor for the containing box,
as I expected.  The only thing that does not work as I expected (but perhaps
this is not a bug) is that when I set the cursor to the Wait cursor for an 
EV_TEXT_FIELD, which is one of the elements of an EV_HORIZONAL_BOX, the
Wait cursor only shows up in the space around the text entry portion of
the field.  In the text entry portion, the cursor is still an I-beam.
This is not entirely desirable, since moving the mouse over the text entry
portion of a text field changes it from a Wait cursor to an I-beam, making
it look like it would be OK to enter text.

However, you can close this if you like.

From:manus_eiffel    Date:2007/06/06    Download   
Is this fixed?

From:prestoat2000    Date:2002/10/11    Download   
State-Changed-From-To: open-analyzed
State-Changed-By: Ian
State-Changed-When: Fri Oct 11 09:50:28 PDT 2002
State-Changed-Why:

Hi Dave,

This is a gtk bug, I have written to the list who say I should
set the cursor on the internal GdkWindow that make up the composite
GtkEntry widget, however, this doesn't seem to work.  I shall keep
you informed of any progress I make.

Hope this helps