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 118870 - no speech output in alt-space menu
no speech output in alt-space menu
Status: RESOLVED DUPLICATE of bug 120025
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal critical
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-08-01 12:25 UTC by david.hawthorne
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4



Description david.hawthorne 2003-08-01 12:25:17 UTC
Using gnome-2.4 nightly build from July 28.

.logged in as a a normal user

-launch gnopernicus with speech enabled
-with a window in focus, press alt-space to bring up a menu to
resize,move,move to workspace etc.
-gnopernicus does not output speech on this menu for any of the items.
Comment 1 remus draica 2003-08-04 10:15:55 UTC
In this case, no event from at-spi/gail is received by gnopernicus.
I will assign this bug to atk/gail.
Comment 2 Calum Benson 2003-08-07 16:08:51 UTC
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME
bug list :)
Comment 3 padraig.obriain 2003-08-11 13:27:56 UTC
I am transferring this this to metacity as Alt+Space is implemented by
metacity.
Comment 4 Havoc Pennington 2003-08-13 19:36:03 UTC
Not going to be fixed unless someone tells me how.
Comment 5 Rob Adams 2003-08-16 16:11:25 UTC

*** This bug has been marked as a duplicate of 120025 ***
Comment 6 bill.haneman 2003-08-19 13:50:08 UTC
hi Havoc:

Up until now, we've been saying "metacity doesn't register as an
application, with at-spi-registryd".  That's OK since it's a
"meta"-app, but OTOH that decision greatly complicates metacity's
accessibility story since, then, we need to separately connect the
metacity UI widgetlets and menus, etc. with the at-spi hierarchy.

However, if we (just for the sake of argument) were to rethink this,
and have 'window manager' appear in the list of applications reported
by at-spi, then as long as metacity used gtk+ widgets for its UI
components, everything would 'just work', with the exception of the
lack of logical connection between the WM visuals and the contained
apps.  That's not optimal, but it would at least mean that metacity
menus, etc. would speak as expected, and that screen-review mode of
gnopernicus would correctly find window title bars, etc. etc.  Of
course the latter would mean that metacity would need to expose the WM
decorations as AtkObjects, which is a bit of work, but the "speech"
aspect would probably "just work" without further changes.

Perhaps a hybrid approach could be considered, for instance having
metacity send appropriate ATK events from its widgets to
at-spi-registryd, without actually being added to the list of toplevel
accessible applications.

- Bill