Add support for GNOME event sounds

Bug #239272 reported by Michael Terry on 2008-06-11
2
Affects Status Importance Assigned to Milestone
Midbrowser
Wishlist
Unassigned
Moblin Browser
Undecided
Unassigned
XULRunner
New
Undecided
Unassigned
midbrowser (Ubuntu)
Wishlist
Unassigned

Bug Description

Currently, GNOME event sounds (like playing a bonk sound when the user presses a button) don't work in midbrowser. Normally, all one need do is call gnome_program_init and pass LIBGNOMEUI_MODULE to initialize sound support.

But, such sound support relies on hooking into the signal emissions for GtkButton et al and calling gnome_triggers_vdo.

Since firefox fakes the GTK+ widgets, we'd have to either create a GtkButton and force an emission or just call gnome_triggers_vdo ourselves. Relevant code is libgnomeui/gnome-ui-init.c and libgnome/gnome-triggers.c

In the future, I hear such event sound support is moving into GKT+ proper, using libcanberra? That might change the implementation of this, but probably wouldn't make things start working automatically.

Related branches

Alexander Sack (asac) wrote :

should be possible by dlopen'ing libgnome in a native component and wrapping a XPCOM API for playing sound using gnome_triggers_vbo

on XUL side we need to register default event handler and trigger sound events on the appropriate events.

Changed in midbrowser:
status: New → Triaged
importance: Undecided → Wishlist
Changed in moblin-browser:
status: New → Confirmed
Alexander Sack (asac) wrote :

once we know what we are doing this might also be upstreamable for xulrunner

Changed in midbrowser:
importance: Undecided → Wishlist
status: New → Triaged
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers