After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 145082 - Cannot gok UI grab to evolution compose pane
Cannot gok UI grab to evolution compose pane
Status: VERIFIED INCOMPLETE
Product: gok
Classification: Deprecated
Component: general
unspecified
Other All
: Normal major
: ---
Assigned To: David Bolter
bonobo qa
AP2
Depends on:
Blocks:
 
 
Reported: 2004-06-28 09:08 UTC by yuedong du
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Attachments
test case (6.40 KB, patch)
2004-06-28 09:09 UTC, yuedong du
none Details | Review
at-poke the test program (71.24 KB, image/png)
2004-07-12 03:38 UTC, yuedong du
  Details
at-poke evolution composer (465.83 KB, image/png)
2004-07-19 02:59 UTC, yuedong du
  Details
at-poke evolution composer (469.12 KB, image/png)
2004-07-19 10:42 UTC, yuedong du
  Details

Description yuedong du 2004-06-28 09:08:19 UTC
If there is bonobo control in a bonobo container, GOK UI
grab do not work for the control
Comment 1 yuedong du 2004-06-28 09:09:51 UTC
Created attachment 29058 [details] [review]
test case

patch it to libbonoboui/samples. Then make install.
and run sample-control-container.
Comment 2 yuedong du 2004-06-28 09:11:17 UTC
Build the attatched simplified testcase and 
start GOK, try the UI grab feature. And you will find UI grab
can only find the button, but cannot grab to gtkentry in bonobo
control.
Comment 3 padraig.obriain 2004-07-07 16:06:55 UTC
As noted in bug #145078 the test program does not build correctly.
Comment 4 David Bolter 2004-07-07 17:54:37 UTC
Yuedong, If you are familiar with at-poke, can you report at-poke's ability to
access this control?
Comment 5 yuedong du 2004-07-12 03:38:24 UTC
Created attachment 29454 [details]
at-poke the test program
Comment 6 yuedong du 2004-07-12 03:38:58 UTC
Hi Padraig, that maybe a bug in the test program. Because it happens to work on
my rh linux box, so I missed it. Please fix it as you do in #145078. 

Thanks


Comment 7 yuedong du 2004-07-12 03:40:43 UTC
David,

About the attached at-poke image: focused item in the image is the bonoboControl.
Comment 8 David Bolter 2004-07-12 12:36:05 UTC
Yuedong, 
Looking at the right side of the at-poke window, it seems to think that a panel
is focussed.  Is this the correct role that you are expecting?

GOK does not display panels in UIGrab, and especially one's that do not have an
accessible name/label.
Comment 9 bill.haneman 2004-07-16 12:13:31 UTC
York: your example from at-poke doesn't seem to be very relevant to the
Evolution problem which started this discussion.  Can you post an at-poke
screenshot from Evolution?

IN order for GOK to show the text entry field, it must implement AtkEditableText
and it should preferably have a name as well.  It also needs to be SENSITIVE and
ENABLED, as well as react to AtkComponent_grabFocus() calls.
Comment 10 yuedong du 2004-07-19 02:59:55 UTC
Created attachment 29637 [details]
at-poke evolution composer
Comment 11 yuedong du 2004-07-19 10:23:25 UTC
The composer area has already implemented the AtkEditableText interface.
So I think the problem is similar to the test case I've attached.

I will add a name and check the AtkState to see if what is the result.

Comment 12 yuedong du 2004-07-19 10:42:41 UTC
Created attachment 29644 [details]
at-poke evolution composer

the focused item is the compose area
Comment 13 bill.haneman 2004-07-19 11:27:14 UTC
York:

The screenshot shows the wrong focussed item; the text entry (not the scroll
pane) should be focussed.
Comment 14 yuedong du 2004-07-19 12:03:16 UTC
Hi bill, In the 2nd attachement, the focused item is the compose area, not
scroll pane. Compse area is actually a gtkhtml widget. The a11y object of it has
AtkText or other type of child. This how it orgnized in composer.
Comment 15 bill.haneman 2004-07-19 13:02:52 UTC
York: I looked at the compose widget's state: it does not include SENSITIVE. 
See my comment #9 above, the text entry must have state SENSISITIVE in order for
GOK to expose it in UI Grab.
Comment 16 bill.haneman 2004-07-20 15:06:08 UTC
Note that the GtkTextView widgets from gtk-demo have state SENSITIVE when
examined with at-poke.
Comment 17 bill.haneman 2004-07-20 15:07:28 UTC
This is looking less and less like a gnome bug, and more like something
evolution-specific. 
Comment 18 yuedong du 2004-07-26 07:06:23 UTC
Yes, it is not gnome bug.
sorry for spam, close it.
Comment 19 bill.haneman 2004-07-26 09:43:13 UTC
York: do we have a fix for this yet?
Comment 20 David Bolter 2004-07-26 12:57:49 UTC
York: is there a related bug logged against evolution?  If so please post it here.
Comment 21 yuedong du 2004-07-27 07:45:54 UTC
I will fix the bug soon. My proposed solution is to add a 
"grab focus" action interface to the a11y object for gtkhtml 
editor widget. In my test env, I can grab focus to the compose
area by GOK now.

http://bugzilla.ximian.com/show_bug.cgi?id=61995
Comment 22 yuedong du 2004-07-27 07:47:13 UTC
The link above is the bug I just filed on evolution about this.
Comment 23 David Bolter 2004-07-27 12:34:12 UTC
Great, thanks for taking care of this.
Comment 24 bill.haneman 2004-07-28 11:22:53 UTC
York: I don't understand your comment #21 above - but it's not clear to me that
it is correct.  Adding a 'grab focus' action will NOT solve the issue for GOK,
since GOK doesn't know that it has to look for such an interface.  
Comment 25 yuedong du 2004-07-29 01:59:15 UTC
Please see my comments on ximian bug #61995