summaryrefslogtreecommitdiffstats
path: root/kdejava/koala/org/kde/koala/DCOPClientSignals.java
blob: 999b3c17e8c193b517e1f24a02dc84fff648c612 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
//Auto-generated by kalyptus. DO NOT EDIT.
package org.kde.koala;

import java.util.ArrayList;
import org.kde.qt.TQMetaObject;
import org.kde.qt.QtSupport;
import org.kde.qt.TQObject;

public interface DCOPClientSignals {
	/**	
		 Indicates that the application <code>appId</code> has been registered with
		 the server we are attached to.
			 You need to call setNotifications() first, to tell the DCOP server
		 that you want to get these events.
			@param appId the id of the new application
		   		@short    Indicates that the application <code>appId</code> has been registered with  the server we are attached to.
	*/
	void applicationRegistered(String appId);
	/**	
		 Indicates that the formerly registered application <code>appId</code> has
		 been removed.
			 You need to call setNotifications() first, to tell the
		 DCOP server that you want to get these events.
			@param appId the id of the removed application
		   		@short    Indicates that the formerly registered application <code>appId</code> has  been removed.
	*/
	void applicationRemoved(String appId);
	/**	
		 Indicates that the process of establishing DCOP communications failed
		 in some manner.
			  Usually attached to a dialog box or some other visual
		 aid.
			@param msg the message tha contains further information
		   		@short    Indicates that the process of establishing DCOP communications failed  in some manner.
	*/
	void attachFailed(String msg);
	/**	
		 Indicates that user input shall be blocked or released,
		 depending on the argument.
			 The signal is emitted whenever the client has to wait too long
		 (i.e. more than 1/10 of a second) for an answer to a
		 synchronous call. In that case, it will enter a local event
		 loop to keep the GUI updated until finally an answer arrives.
			 In KDE, the KApplication object connects to this signal to be
		 able to block any user input (i.e. mouse and key events) while
		 we are waiting for an answer. If we did not do this, the
		 application might end up in an illegal state, as a keyboard
		 shortcut or a mouse action might cause another dcop call to be
		 issued.
			@param block true to block user input, false otherwise
		   		@short    Indicates that user input shall be blocked or released,  depending on the argument.
	*/
	void blockUserInput(boolean block);
	/**	
			 Signal used for callbacks of async calls.
		 This signal is automatically connected to the call back
		 slot specified in the async call.
				@short   
		@see #callAsync
	*/
	void callBack(int arg1, String arg2, byte[] arg3);
}