24 |
One line may not exceed 1024 bytes, including newline. |
One line may not exceed 1024 bytes, including newline. |
25 |
|
|
26 |
The protocol has no concept of hidden or unmapped windows. A window does not |
The protocol has no concept of hidden or unmapped windows. A window does not |
27 |
exist unless it is visible. Note that a minimised window is an exception to |
exist unless it is visible. Note that a minimized window is an exception to |
28 |
this rule. |
this rule. |
29 |
|
|
30 |
Data types |
Data types |
36 |
|
|
37 |
All integers fit inside 32 bits. |
All integers fit inside 32 bits. |
38 |
|
|
39 |
|
Strings are sent in UTF-8 and do not contain any characters less than 0x20 or |
40 |
|
the character , (comma). |
41 |
|
|
42 |
Server to Client Operations |
Server to Client Operations |
43 |
=========================== |
=========================== |
44 |
|
|
48 |
Allocate structures for a new window. |
Allocate structures for a new window. |
49 |
|
|
50 |
Syntax: |
Syntax: |
51 |
CREATE,<ID>,<FLAGS> |
CREATE,<ID>,<PARENT>,<FLAGS> |
52 |
|
|
53 |
|
Indicates that a window has appeared on the server. If PARENT is non-zero then |
54 |
|
the new window is a child of that window (it's transient for it). |
55 |
|
|
56 |
Note that very little information is included in this message. Things like |
Note that very little information is included in this message. Things like |
57 |
title and state will come in subsequent messages. This message should only |
title and state will come in subsequent messages. This message should only |
76 |
POSITION,<ID>,<X>,<Y>,<WIDTH>,<HEIGHT>,<FLAGS> |
POSITION,<ID>,<X>,<Y>,<WIDTH>,<HEIGHT>,<FLAGS> |
77 |
|
|
78 |
If the window isn't visible yet (because a |
If the window isn't visible yet (because a |
79 |
STATE hasn't been set or because it's minimised), you must store the position |
STATE hasn't been set or because it's minimized), you must store the position |
80 |
and size. A new POSITION is not guaranteed to be sent when the window changes |
and size. A new POSITION is not guaranteed to be sent when the window changes |
81 |
state. |
state. |
82 |
|
|
91 |
The text is guaranteed to be stripped of control characters (< 0x20). |
The text is guaranteed to be stripped of control characters (< 0x20). |
92 |
|
|
93 |
Note that this has the same requirement as POSITION, that the title needs to |
Note that this has the same requirement as POSITION, that the title needs to |
94 |
be stored for newly created windows until a STATE is sent. |
be stored for newly created windows until a STATE is sent. It is however not |
95 |
|
guaranteed that a TITLE will be sent before the first STATE. |
96 |
|
|
97 |
|
|
98 |
ZCHANGE |
ZCHANGE |
116 |
|
|
117 |
State can have one of three values: |
State can have one of three values: |
118 |
0 : "Normal" window. |
0 : "Normal" window. |
119 |
1 : Minimised. |
1 : Minimized. |
120 |
2 : Maximised. |
2 : Maximized. |
121 |
|
|
122 |
|
The initial STATE for a window will always be preceeded by one CREATE and one |
123 |
|
POSITION. Optionally, a TITLE may also be sent before the first STATE. |
124 |
|
|
125 |
DEBUG |
DEBUG |
126 |
----- |
----- |
166 |
Syntax: |
Syntax: |
167 |
SYNC,<FLAGS> |
SYNC,<FLAGS> |
168 |
|
|
169 |
For each window, the server will send CREATE, POSITION and SETSTATE just as |
For each window, the server will send CREATE, POSITION and STATE, in that |
170 |
if the window was created. |
order, just as if the window was created. Note that a TITLE may also, |
171 |
|
optionally, be sent before the STATE. |
172 |
|
|
173 |
POSITION |
POSITION |
174 |
-------- |
-------- |