sn't think it owned the clipboard at the
time that was requested, which is always CurrentTime when st sends the
request.
CustaiCo
pboard sharing program is passing on the requests to the x
client that currently has the selection.
Or just attach a debugger to st and see what's different between the
first requests that work and the second ones that don't. That might be
even easier.
CustaiCo
[0] http://sourceforge.net/projects/xclip/
id
>of XkbDfltXIId, and returns True.
XkbDeviceBell would just call XBell in that instance, unless they had
turned it off or they had their X server set up to respond differently
to that event. In fact, it seems that both events get called most of the
time unless you use XkbDeviceForceBell or have AudibleBell set to off.
CustaiCo
>On Fri, Oct 3, 2014 at 3:25 PM, CustaiCo
>wrote:
>> The XBell() call currently used when a bell is recieved sends a message
>> to the X server, but if the X server doesn't know how to sound it,
>> it just gets ignored and I have not been able to find anywher
east on my installation.
CustaiCo
diff --git a/st.c b/st.c
index c90bed1..c21fbd8 100644
--- a/st.c
+++ b/st.c
@@ -27,6 +27,7 @@
#include
#include
#include
+#include
#include
#include
@@ -2423,7 +2424,7 @@ tcontrolcode(uchar ascii) {
if(!(xw.state &am
