-
Wieso wird ein und die selbe Funktion manchmal aufgerufen und manchmal nicht?
Ganz inkonsequent funzt folgende Funktion manchmal, dann aber wieder nicht.
Code:
FUNC VOID UseItPo_Mana_Pur()
{
if ((Npc_GetDistToWP(other, "OW_MINE2_04") < 1000) || (Npc_GetDistToWP(other, "OW_NEWMINE_01_B") < 1000))
&& (Npc_HasItems (other, ItMw_uriziel_u ) == 1)
{
self.attribute[ATR_MANA] = self.attribute[ATR_MANA_MAX];
CreateInvItems (other, ItMw_uriziel2, 1);
Npc_RemoveInvItems (other, ItMw_uriziel_u, 1);
Wld_PlayEffect("VOB_MAGICBURN", self, self, 0, 0, 0, FALSE);
B_RaiseAttribute (other, ATR_MANA_MAX, 5);
};
};
Könnte da jemand Licht ins Dunkel bringen?
Mitgewirkt an:
Das Korsarennest (Tester, Sprecher), Dunkle Geheminisse (Übersetzer), Odyssee (Sprecher), X in 1 Mod (Tester), Xeres‘ Rückkehr (Storywriter, Tester, Sprecher)
-
Wie wird die Funktion aufgerufen? Wer ist zu diesem Zeitpunkt other?
Wenn die Funktion beim Benutzen eines Items aufgerufen wird, dann ist der Benutzer self und nicht other.
-
Zitat von Milky-Way
Wie wird die Funktion aufgerufen? Wer ist zu diesem Zeitpunkt other?
Es handelt sich um einen Trank der konsumiert wird.
Edit:
Ok, mit dem printbefehl - Dank nochmal an dich Lehona, jetzt habe ich es verstanden - weiß ich nunmehr, dass es doch abgerufen wird. Aber funzen tut es eben nur manchmal. Komischer Weise häufiger, wenn ich zuerst zum 2ten genannten Wegpunkt gehe. Anschließend geht es dann häufig auch beim ersten. Strange.
Edit: Das Prinzip von self und other habe ich noch nicht ganz begriffen. Ich orientiere mich meistens einfach an bestehenden scripten. Und wenn man dort Boni kassiert, oder die Entfernung des Helden zum Ziel abgefragt wird, ist dann dennoch von other die Rede.
Edit:
Aber mit dem self scheint es jetzt tatsächlich konsequent zu funzen. Hab Dank, Milky-Way!
Mitgewirkt an:
Das Korsarennest (Tester, Sprecher), Dunkle Geheminisse (Übersetzer), Odyssee (Sprecher), X in 1 Mod (Tester), Xeres‘ Rückkehr (Storywriter, Tester, Sprecher)
Geändert von axon (04.03.2019 um 19:38 Uhr)
-
04.03.2019 20:42
#4
Self und Other ist immer sehr wichtig bei solchen Dingen
Self ist der trinkende, in dem Fall darf nicht other stehen und other ist zum Beispiel im Gespräch der andere Gesprächspartner, im Falle von Dialogen ist es dann auch immer der Spieler, da self für den Npc steht
-
Zitat von Falugify
Self und Other ist immer sehr wichtig bei solchen Dingen
Self ist der trinkende, in dem Fall darf nicht other stehen und other ist zum Beispiel im Gespräch der andere Gesprächspartner, im Falle von Dialogen ist es dann auch immer der Spieler, da self für den Npc steht
Hmm, danke für die Ausführungen. Klingt für mich alles noch recht diffus. Muss mich da mal dringend einarbeiten - gibt es dazu besonders geeignete Quellen -sobald ich die Zeit finde.
Mitgewirkt an:
Das Korsarennest (Tester, Sprecher), Dunkle Geheminisse (Übersetzer), Odyssee (Sprecher), X in 1 Mod (Tester), Xeres‘ Rückkehr (Storywriter, Tester, Sprecher)
-
Zitat von axon
Hmm, danke für die Ausführungen. Klingt für mich alles noch recht diffus. Muss mich da mal dringend einarbeiten - gibt es dazu besonders geeignete Quellen -sobald ich die Zeit finde.
Bei Dialogen kannst du dir einfach merken: Jeder Dialog ist in einer einem NPC zugeordneten Datei. In dem Dokument, das Diego zugeordnet ist, ist mit self also immer er gemeint, auf den sich das Dokument bezieht, nie der Spieler. Der Spieler ist immer der andere, der den Dialog mit ihm führt.
-
Zitat von lali
Bei Dialogen kannst du dir einfach merken: Jeder Dialog ist in einer einem NPC zugeordneten Datei. In dem Dokument, das Diego zugeordnet ist, ist mit self also immer er gemeint, auf den sich das Dokument bezieht, nie der Spieler. Der Spieler ist immer der andere, der den Dialog mit ihm führt.
Das klingt nachvollziehbar. Danke.
Mitgewirkt an:
Das Korsarennest (Tester, Sprecher), Dunkle Geheminisse (Übersetzer), Odyssee (Sprecher), X in 1 Mod (Tester), Xeres‘ Rückkehr (Storywriter, Tester, Sprecher)
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- Anhänge hochladen: Nein
- Beiträge bearbeiten: Nein
|