| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 1 | P_TMP_MOVE_HOOK |
| 2 | *************** |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 3 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 4 | ********************* VERALTETE PROPERTY |
| 5 | ****************************** * Diese Property ist veraltet. Bitte |
| 6 | nicht mehr in neuem Code nutzen. * ********************************** |
| 7 | ************************************* |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 8 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 9 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 10 | NAME |
| 11 | ==== |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 12 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 13 | P_TMP_MOVE_HOOK "move_hook" |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 14 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 15 | |
| 16 | DEFINIERT IN |
| 17 | ============ |
| 18 | |
| 19 | /sys/new_skills.h |
| 20 | |
| 21 | |
| 22 | BESCHREIBUNG |
| 23 | ============ |
| 24 | |
| 25 | Mindestens 3-elementiges Array ({zeitpunkt, objekt, funktion, ...}). |
| 26 | Die Funktion wird im 'objekt' mit den gleichen Parametern wie move() |
| 27 | nach der Abfrage auf P_NO_TPORT aufgerufen, wenn der 'zeitpunkt' |
| 28 | noch nicht ueberschritten ist. Wenn die Funktion etwas anderes als ein |
| 29 | 5-elementiges Array ({dest, methods, direction, textout, textin}) |
| 30 | oder -1 zurueckgibt, wird move() normal ausgefuehrt, ansonsten werden die |
| 31 | 5 move-Parameter durch die Array-Eintraege ersetzt bzw. wird bei einem |
| 32 | Rueckgabewert von -1 das move() abgebrochen. In letzterem Fall ist |
| 33 | die Funktion dafuer verantwortlich, eine entspr. Meldung an den |
| 34 | Spieler auszugeben! |
| 35 | |
| 36 | |
| 37 | HINWEIS |
| 38 | ======= |
| 39 | |
| 40 | Falls man einem Spieler einen Move-Hook setzt, ist es ratsam, im |
| 41 | Move-Hook zu pruefen, ob das Spielerobjekt nach Abarbeitung der Hook- |
| 42 | Funktion noch lebt. Ansonsten wird ein doppeltes move() ausgefuehrt: |
| 43 | in den Todesraum und direkt wieder zurueck zur Leiche. |
| 44 | |
| 45 | |
| 46 | BEMERKUNGEN |
| 47 | =========== |
| 48 | |
| 49 | - Bitte das neuere Hooksystem (s. Manpage std/hooks) benutzen. |
| 50 | - falls die Zeit abgelaufen oder das Objekt zerstoert ist, wird die |
| 51 | Property auf 0 gesetzt |
| 52 | - vor dem Setzen immer auf die Existenz eines gueltigen Hooks |
| 53 | pruefen, einfaches Ueberschreiben fuehrt einerseits zu Fehlern |
| 54 | im Code anderer und ist andererseits unfair gegenueber ihnen |
| 55 | |
| 56 | |
| 57 | SIEHE AUCH |
| 58 | ========== |
| 59 | |
| 60 | Bewegung: move(L), NotifyMove(), PreventMove() |
| 61 | Hooks: P_TMP_DIE_HOOK, P_TMP_DEFEND_HOOK, P_TMP_ATTACK_HOOK |
| 62 | neue Hooks: std/hooks |
| 63 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 64 | 08.12.2008, Zesstra |