ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/deliantra/server/pod/events.pod
(Generate patch)

Comparing deliantra/server/pod/events.pod (file contents):
Revision 1.2 by elmex, Fri Sep 8 15:34:56 2006 UTC vs.
Revision 1.13 by root, Tue Jan 2 11:08:36 2007 UTC

18player BIRTH event, nothing much will happen with respect to the built-in 18player BIRTH event, nothing much will happen with respect to the built-in
19processing, but if you override from within a player TELL event, the tell 19processing, but if you override from within a player TELL event, the tell
20will be ignored (presumably your plug-in took care of it). 20will be ignored (presumably your plug-in took care of it).
21 21
22 22
23=head2 OBJECT EVENTS 23=head2 ATTACHABLE EVENTS
24 24
25Object events always relate to a specific object, which is always the 25No time to document this, screw me.
26first argument. Not all events get generated for every object, some are
27specific to an object type.
28 26
29=head3 instantiate (object init-args...) 27=head3 instantiate (object init-args...)
30 28
31An archetype was instantiated into an object. This event occurs when 29An object was instantiated.
32a map is loaded for the first time, or when the object was created 30
31For objects, this event occurs when a map is loaded for the first time
32when it was instantiated from an archetype, or when the object was created
33dynamically. The arguments are as specified in the C<attach> attribute of 33dynamically. The arguments are as specified in the C<attach> attribute of
34the object or archetype. 34the object or archetype.
35 35
36This is useful to initialise any per-object state you might need. 36This is useful to initialise any per-object state you might need.
37 37
42server was reloaded. This event will only be generated if the object has 42server was reloaded. This event will only be generated if the object has
43attachments. 43attachments.
44 44
45=head3 clone (object destination) 45=head3 clone (object destination)
46 46
47An object with _attached extension_ is cloned, that is, a copy was 47An object with _attached plugin_ is cloned, that is, a copy was made. The
48made. The copy automatically has all attachments the original object 48copy automatically has all attachments the original object had. The perl
49had. The perl variables get copied in a shallow way (references are shared 49variables get copied in a shallow way (references are shared between
50between instances). If this is not the behaviour you need, you have to 50instances). If this is not the behaviour you need, you have to adjust the
51adjust the B<destination> object as you see fit. 51B<destination> object as you see fit.
52 52
53=head3 destroy (object) 53=head3 destroy (object -- )
54 54
55Invoked when the crossfire object gets destroyed, and only when the object 55Invoked when the crossfire object gets destroyed, and only when the object
56has a handler for this event. This event can occur many times, as its 56has a handler for this event. This event can occur many times, as its
57called when the in-memory object is destroyed, not when the object itself 57called when the in-memory object is destroyed, not when the object itself
58dies. 58dies.
59 59
60
61=head2 OBJECT EVENTS
62
63Object events always relate to a specific object, which is always the
64first argument. Not all events get generated for every object, some are
65specific to an object type.
66
67=head3 add_bonus (item creator difficulty max_magic flags)
68
69A basic item has been created (e.g. for shops, monsters drops etc.)
70that needs bonus values applied. The B<creator> object is a template
71object that can be used to inherit stuff (and can be NULL). Flags is a
72combination of GT_ENVIRONMENT (???) or GT_STARTEQUIP (set FLAG_STARTEQUIP
73on item or set its value to 0) or GT_MINIMAL (???)
74
75When overriden, built-in bonus generation is skipped, otherwise
76treasure generation continues as it would without this hook.
77
78In general, if flags != 0 or creator != 0 you should just return and leave
79item generation to the standard code.
80
81=head3 remove (object -- )
82
83Invoked before the object is removed from its environment.
84
85=head3 insert (object -- )
86
87Called after the object was inserted into a container or map.
88
60=head3 tick (object) 89=head3 tick (object -- )
61 90
62Invoked whenever the object "ticks", i.e. has positive B<speed_left>. Only 91Invoked whenever the object "ticks", i.e. has positive B<speed_left>. Only
63during ticks should an objetc process any movement or other events. 92during ticks should an objetc process any movement or other events.
64 93
65=head3 kill (object hitter -- ) 94=head3 kill (object hitter -- )
183 212
184=head2 GLOBAL EVENTS 213=head2 GLOBAL EVENTS
185 214
186Global events have no relation to specific objects. 215Global events have no relation to specific objects.
187 216
217=head3 cleanup ()
218
219Called when the server is cleaning up, just before it calls exit.
220
188=head3 clock ( ) 221=head3 clock ( )
189 222
190Is invoked on every server tick, usually every 0.12 seconds. 223Is invoked on every server tick, usually every 0.12 seconds.
191 224
225
192=head2 PLAYER EVENTS 226=head2 PLAYER EVENTS
193 227
194Player events always have a player object as first argument. 228Player events always have a player object as first argument.
195
196=head3 reattach (player)
197
198Invoked whenever attachments/plug-ins need to get reattached to the player
199object. This usually happens when the player gets loaded from disk, or
200when the server is reloaded.
201 229
202=head3 birth (player) 230=head3 birth (player)
203 231
204Invoked as very first thing after creating a player. 232Invoked as very first thing after creating a player.
205 233
214=head3 load (player) 242=head3 load (player)
215 243
216Invoked whenever a player has been loaded from disk, but before 244Invoked whenever a player has been loaded from disk, but before
217actual login. 245actual login.
218 246
219=head3 save (player) 247=head3 save (player path -- )
220 248
221Invoked just before a player gets saved. 249Invoked just before a player gets saved.
222 250
251=head3 save_done (player path -- )
252
253Invoked just after a player was saved.
254
255=head3 connect (player -- )
256
257Invoked just after the player object was connected to a client.
258
259=head3 disconnect (player -- )
260
261Invoked just before the player gets disconnected from the client.
262
223=head3 login (player) 263=head3 login (player)
224 264
225Invoked whenever a player logs in. 265Invoked whenever a player logs in.
226 266
227=head3 logout (player) 267=head3 logout (player)
230 270
231=head3 death (player) 271=head3 death (player)
232 272
233Invoked whenever a player dies, before the death actually gets processed. 273Invoked whenever a player dies, before the death actually gets processed.
234 274
235=head3 map_change (player oldmap newmap) 275=head3 map_change (player newmap x y -- )
236 276
237Invoked whenever a player moves from one map to another. 277Invoked before a player moves from one map to another, can override the movement.
278
279=head3 command (player command args -- time)
280
281Execute a user command send by the client. Programmable plug-ins usually
282handle this event internally.
238 283
239=head3 extcmd (player string) 284=head3 extcmd (player string)
240 285
241Invoked whenever a client issues the C<extcmd> protocol command. It's 286Invoked whenever a client issues the C<extcmd> protocol command.
242argument is passed without any changes. 287Programmable plug-ins usually handle this event internally.
243 288
244=head3 move (player direction -- ) 289=head3 move (player direction -- )
245 290
246=head3 pray_altar (player altar skill -- ) 291=head3 pray_altar (player altar skill -- )
247 292
270=head3 instantiate (map) 315=head3 instantiate (map)
271 316
272Original B<map> has been loaded (e.g. on first use, or after a map 317Original B<map> has been loaded (e.g. on first use, or after a map
273reset). 318reset).
274 319
275=head3 reattach (map)
276
277Invoked whenever attachments/plug-ins need to get reattached to the
278B<map>. This usually happens when the map was loaded from disk, or when the
279server was reloaded.
280
281=head3 destroy (map)
282
283Invoked when the map object gets destroyed, and only when the map object
284has a handler for this event. This event can occur many times, as its
285called when the in-memory object is destroyed, not when the object itself
286dies.
287
288=head3 swapin (map) 320=head3 swapin (map)
289 321
290Invoked when a previously swapped-out temporary B<map> has been loaded again. 322Invoked when a previously swapped-out temporary B<map> has been loaded again.
291 323
292=head3 swapout (map) 324=head3 swapout (map)
299 331
300=head3 clean (map) 332=head3 clean (map)
301 333
302Invoked when a temporary B<map> gets deleted on-disk. 334Invoked when a temporary B<map> gets deleted on-disk.
303 335
304=head3 enter (map player) 336=head3 enter (map player x y -- )
305 337
306Invoked whenever a player enters the B<map>. This event is likely unreliable. 338Invoked whenever a player tries to enter the B<map>, while he/she is still
339on the old map. Overriding means the player won't be able to enter, and,
340if newmap/x/y are given, will be redirected to that map instead.
307 341
308=head3 leave (map player) 342=head3 leave (map player -- )
309 343
310Invoked whenever a player leaves the B<map>. This event is likely unreliable. 344Invoked whenever a player tries to leave the B<map>. Overriding means the
345player won't be able to leave.
311 346
312=head3 upgrade (map)
313
314(TEMPORARY EVENT) gets invoked whenever a old-style map has been upgraded.
315
316=head3 trigger (map connection state) 347=head3 trigger (map connection state -- )
317 348
318Invoked whenever something activates a B<connection> on the B<map>. If B<state> 349Invoked whenever something activates a B<connection> on the B<map>. If B<state>
319is true the connection was 'state' and if false it is 'released'. 350is true the connection was 'state' and if false it is 'released'.
351
352
353=head2 CLIENT EVENTS
354
355These events are very similar to player events, but they are might be
356handled asynchronously as soon as the command reaches the server, even when
357the player hasn't logged in yet (meaning there is no player yet).
358
359=head3 connect (client -- )
360
361Called as soon as a new connection to the server is established. Should
362not be overriden.
363
364=head3 addme (client -- )
365
366The client sent an addme, thus ending the initial handshaking. If overriden, the server
367will not send any response.
368
369=head3 reply (client replystring -- )
370
371Called when the client submits a reply in the ST_CUSTOM state. Usually
372handled internally by language plugins.
373
374=head3 exticmd (client string -- )
375
376Like C<extcmd>, but can be called before a player has logged in.
377
378Programmable plug-ins usually handle this event internally.
379

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines