GNOME Bugzilla – Bug 398049
AT-SPI documentation out of sync with ATK documentation WRT states showing and visible.
Last modified: 2007-01-18 16:03:49 UTC
From Aaron Leventhal: "I'm trying to learn about the difference between STATE_VISIBLE and STATE_SHOWING. Up until now I've been reading ATK docs because that's what I'm using as an app developer. However if I do that in this case then I don't do the right thing for SHOWING and VISIBLE. It's clear only after reading the docs that AT developers use that something which is just scrolled off should be VISIBLE but not SHOWING. I know it's busy work, but I suggest it will prevent mistakes if we can get the documentation in sync with itself. ATK says: ATK_STATE_SHOWING Indicates this object, the object's parent, the object's parent's parent, and so on, are all visible ATK_STATE_VISIBLE Indicates this object is visible AT-SPI says: STATE_SHOWING Indicates this object, the object's parent, the object's parent's parent, and so on, are all 'shown' to the end-user, i.e. subject to "exposure" if blocking or obscuring objects do not interpose between this object and the top of the window stack. STATE_VISIBLE Indicates this object is visible, e.g. has been explicitly marked for exposure to the user. Note: : STATE_VISIBLE is no guarantee that the object is actually unobscured on the screen, only that it is 'potentially' visible, barring obstruction, being scrolled or clipped out of the field of view, or having an ancestor container that has not yet made visible. A widget is potentially onscreen if it has both STATE_VISIBLE and STATE_SHOWING. The absence of STATE_VISIBLE and STATE_SHOWING is semantically equivalent to saying that an object is 'hidden'. _______________________________________________ Gnome-accessibility-devel mailing list Gnome-accessibility-devel@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel"
Bill beat me too it with bug 398038 :-) *** This bug has been marked as a duplicate of 398038 ***
Yes - note that the API docs at fault were ATK (AT-SPI was better), so I filed the bug against ATK. Thanks David!