Add support for GNOME event sounds

Bug #239272 reported by Michael Terry
2
Affects Status Importance Assigned to Milestone
Midbrowser
Invalid
Wishlist
Unassigned
Moblin Browser
Confirmed
Undecided
Unassigned
XULRunner
New
Undecided
Unassigned
midbrowser (Ubuntu)
Triaged
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.

Revision history for this message
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
Revision history for this message
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.