Tk_CreateClientMessageHandler - Online Linux Manual PageSection : 3
Updated : 8.4
Source : Tk
Note : Tk Library Procedures
NAMETk_CreateClientMessageHandler, Tk_DeleteClientMessageHandler − associate procedure callback with ClientMessage type X events
SYNOPSIS#include <tk.h>
Tk_CreateClientMessageHandler(proc)
Tk_DeleteClientMessageHandler(proc)
ARGUMENTS
. el .TP 15
Tk_ClientMessageProc *proc (in) Procedure to invoke whenever a ClientMessage X event occurs on any display.
.\}
DESCRIPTIONTk_CreateClientMessageHandler arranges for proc to be invoked in the future whenever a ClientMessage X event occurs that is not handled by WM_PROTOCOL. Tk_CreateClientMessageHandler is intended for use by applications which need to watch X ClientMessage events, such as drag and drop applications. The callback to proc will be made by Tk_HandleEvent; this mechanism only works in programs that dispatch events through Tk_HandleEvent (or through other Tk procedures that call Tk_HandleEvent, such as Tk_DoOneEvent or Tk_MainLoop). Proc should have arguments and result that match the type Tk_ClientMessageProc: typedef int Tk_ClientMessageProc(
Tk_Window tkwin,
XEvent *eventPtr);
The tkwin parameter to proc is the Tk window which is associated with this event. EventPtr is a pointer to the X event. Whenever an X ClientMessage event is processed by Tk_HandleEvent, the proc is called if it was not handled as a WM_PROTOCOL. The return value from proc is normally 0. A non-zero return value indicates that the event is not to be handled further; that is, proc has done all processing that is to be allowed for the event. If there are multiple ClientMessage event handlers, each one is called for each event, in the order in which they were established. Tk_DeleteClientMessageHandler may be called to delete a previously-created ClientMessage event handler: it deletes each handler it finds that matches the proc argument. If no such handler exists, then Tk_DeleteClientMessageHandler returns without doing anything. Although Tk supports it, it's probably a bad idea to have more than one callback with the same proc argument.
KEYWORDSbind, callback, event, handler 0
Johanes Gumabo
Data Size : 9,174 byte
man-T___k_CreateClientMessageHandler.3Build : 2024-12-05, 20:55 :
Visitor Screen : x
Visitor Counter ( page / site ) : 2 / 167,788
Visitor ID : :
Visitor IP : 3.144.3.235 :
Visitor Provider : AMAZON-02 :
Provider Position ( lat x lon ) : 39.962500 x -83.006100 : x
Provider Accuracy Radius ( km ) : 1000 :
Provider City : Columbus :
Provider Province : Ohio , : ,
Provider Country : United States :
Provider Continent : North America :
Visitor Recorder : Version :
Visitor Recorder : Library :
Online Linux Manual Page : Version : Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page : Library : lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page : Library : lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base : Version : Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base : Library : lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36
Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.
ERROR : Need New Coding : (rof_escape_sequence_block|26|(null)|(null)|-1|142) (rof_el|14|T___k_CreateClientMessageHandler.3|290/89||. el .TP 15
) (parse_manual_page_|249|T___k_CreateClientMessageHandler.3|292/142|══─}─══|.══─}─══
) (htmlprn|149|T___k_CreateClientMessageHandler.3|292/142|.══─}─══|.══─}─══
) (rof_escape_sequence|91|T___k_CreateClientMessageHandler.3|292/143|\}|.\}
) (parse_manual_page_|249|T___k_CreateClientMessageHandler.3|292/143|\}|.\}
)