On Sat, Nov 08, 2014 at 06:50:02PM +0100, Daniel Hahler <[email protected]> 
wrote:
> > Trying to patch every x app to work around what is likely a temporary bug
> > is not useful, especially as this means urxvt will no longer work with
> > other x implementations unless a lot of configury magic is done.
> 
> While I agree with you in general, I've found that urxvt is (so far) the
> only app which does not work with pulseaudio's method of intercepting the
> bell.

I would suggest widening your research - XBell is a much older mechanism,
and much more portable as well. If it doesn't work, thats a bug, but not a
bug in urxvt.

> The main issue appears to be that pulseaudio disables the audible bell
> completely, but then is not getting notified when XBell is called.

The main issue is that if XBell no longer makes the bell ring, thats not a
bug in urxvt, and not something that can be fixed in urxvt.

> Would it be possible for pulseaudio to only disable the default bell on the
> beginning of the event and re-enable it afterwards, and prevent the
> current bell to be played by X?

I really don't know. I do know that this problem doesn't go away by any patch
in urxvt though.

Googling also shows that some "Daniel Hahler" shows up in lots of
bugreports about this, so you are clearly well aware of where this problem
is. I would suggest pushing the actual bug a bit more so it gets fixed -
patching every single X11 app out there with a workaround doesn't scale.

> Or is there a way for pulseaudio to register itself as the handler for playing
> bells?

I really don't know, you really should ask the X people, as this is
completely out of the scope for applications.

-- 
                The choice of a       Deliantra, the free code+content MORPG
      -----==-     _GNU_              http://www.deliantra.net
      ----==-- _       generation
      ---==---(_)__  __ ____  __      Marc Lehmann
      --==---/ / _ \/ // /\ \/ /      [email protected]
      -=====/_/_//_/\_,_/ /_/\_\

_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode

Reply via email to