Give-Problem anno 2014

[Cone Arex]

MMM existiert bald seit 10 Jahren, aber es ist immer noch nicht problemlos möglich, einem anderem Charakter einen Gegenstand zu geben.

Ich benutze die aktuelle Version des rulamanschen Syd-Achmed-Starterpacks für AGS 3.3, also die Version von BitBucket/github. Ich finde keine Möglichkeit, einem anderem Charakter einen Gegenstand zu geben.

Bisheriger Code:
[ags]function cBritney_AnyClick()
{
  if (any_click_move(cBritney.x+40, cBritney.y, eDirLeft))
  {
    if (UsedAction(eActLookAt))
    {
      Wait(5);
      player.Say("Britney, Bernards Schwester.");
    }
    else if (UsedAction(eActUse))
    {
      Wait(5);
    }
    else if (UsedAction(eActPickUp))
    {
      Wait(5);
    }
    else if (UsedAction(eActOpen))
    {
      Wait(5);
    }
    else if (UsedAction(eActClose))
    {
      Wait(5);
    }
    else if (UsedAction(eActPull))
    {
      Wait(5);
    }
    else if (UsedAction(eActPush))
    {
      Wait(5);
    }
    else if (UsedAction(eActGiveTo))
    {
      Wait(5);
      player.Say("Test!");
      if (player.ActiveInventory == iPhone)
      {
        
      } else player.Say("Warum sollte ich ihr das geben?");
    }
  }
}
[/ags]
Die Suche habe ich bemüht, aber nichts treffendes gefunden.

PS: Die Vorschau-Funktion des Forums ist kaputt.

[Kiwa]

Ja ja das gute alte Gib-Problem.

Ich habe jetzt nochmal (zum zig tausensten mal) damit rumexperimentiert und es tatzächlich geschafft:

Du musst bei der Person der du etwas geben willst im AGS-Editor die "Use inventory on character" Funktion anklicken und da dann den Code reinschreiben was passieren soll wenn besagte Person etwas bekommt. Ich habe es mal mit Dr.Fred und Ed getestet(im aktuellen Mansion-SP). Dr. Fred gibt Ed die Taschenlampe:

[ags]function cEd_UseInv()
{
  if (player.ActiveInventory == iTaschenlampeOff){
      player.Say("Jetzt sollte es klappen....");
      player.LoseInventory(iTaschenlampeOff);
      cEd.AddInventory(iTaschenlampeOff);
  }else{
    player.Say("Failure is alwys an option.");
  }
}[/ags]

PS: Mit dem Post deines Codes hast du uns verraten das man Britney das iPhone geben soll....   Immer drauf achten das man beim posten von Code nix verrät, sonst kennt man den Lösungsweg schon bevor das Spiel veröffentlicht wird.

[Cone Arex]

In die AnyClick-Funktion kann man das dann nicht coden?

PS: Mit dem Post deines Codes hast du uns verraten das man Britney das iPhone geben soll....  Grübelnd Immer drauf achten das man bei posten von Code nix verrät, sonst kennt man den Lösungsweg schon bevor das Spiel veröffentlicht wird. Schockiert

Das ist kein iPhone, sondern ein einfaches Feature Phone. Das wird nicht aktualisiert. Das "i" ist das Präfix für Gegenstände. Und verraten habe ich nichts. Das man Britney ein lila Handy geben muss, ist seit 2006 bekannt und daher gab es keinen Bedarf, das in dem Codesnipped zu verheimlichen.

[Kiwa]

In die AnyClick-Funktion kann man das dann nicht coden?

Doch das geht auch. Habe noch etwas experimentiert und gefunden warum das Geben so ein Problem ist.

Das Problem ist garnicht das "geben" an sich sondern die Zeile "else if (UsedAction(eActGiveTo))". Da steigt AGS (oder das Starterpack) aus. AGS weiß scheinbar nicht was mit "eActGiveTo" gemeint ist. Den ohne die if Abfrage funktioniert das Geben wie schon beschrieben.

Ok, damit ist das Problem eingekreist aber noch nicht gelöst. Ich versuch mal das Problem (elegant) zu umgehen.

PS: Mit dem Post deines Codes hast du uns verraten das man Britney das iPhone geben soll....  Grübelnd Immer drauf achten das man bei posten von Code nix verrät, sonst kennt man den Lösungsweg schon bevor das Spiel veröffentlicht wird. Schockiert

Das ist kein iPhone, sondern ein einfaches Feature Phone. Das wird nicht aktualisiert. Das "i" ist das Präfix für Gegenstände. Und verraten habe ich nichts. Das man Britney ein lila Handy geben muss, ist seit 2006 bekannt und daher gab es keinen Bedarf, das in dem Codesnipped zu verheimlichen.

Ups, stimmt ja, Inventargegenstände fangen ja alle mit einem i an....    Ok, vergessen wir das....

[Kiwa]

Sorry für den doppel Post aber geht grad nicht anders.

Gute Neuigkeiten, ich habe eine Lösung gefunden: Das Zauberwort heißt "globale Variable"

Du ersetzt einfach das "eActGiveTo" durch eine von dir selbst definierte globale Variable. Diese benutzt du dann anstat das "eActGiveTo". Habs getestet es geht. Du musst natürlich in den richtigen Momenten im Spiel die Variable richtig schalten. Vielleicht brauchst du, je nach komplexität der Anforderung auch mehrere Variablen. Damit ein Kommentar auch dann vom Spiler kommt wenn er es der anderen Person nicht geben soll musst du entsprechend der Situation das Variablen-Konstruckt erweitern.

Ist zwar nur eine Krücke aber funktioniert. Um die Sache richtig zu reparierern muss einer das SP aufschneiden und das alles richtig verdrahten. Das ist ein Job für denjenigen der das SP gebaut hat.

[Cone Arex]

Ich habe jetzt die UsedAction-Funktion verändert:
[ags]
function UsedAction(eAction test_action)
{
  return ((used_action == test_action) && (GSagsusedmode != eModeUseinv)) ||
         ((test_action == eActUseInventory)  && (used_action == eActUse) && (GSagsusedmode == eModeUseinv)) ||
         ((test_action == eActGiveTo)  && (used_action == eActGiveTo) && (GSagsusedmode == eModeUseinv));
}
[/ags]
Der Code stammt aus dem 9-Verbs-Template von AGS, was wiederum auf den MMM-SPs basiert. Es funktioniert und bislang sind mir keine Bugs untergekommen.

[Kiwa]

Ich habe jetzt deine Variante mal im Mansion-SP ausprobiert und auch da funktioniert es.

Dann hast du selbst das Problem gelöst - gut gemacht!!! Endlich sollte es damit keine Probleme mehr geben

Der Code stammt aus dem 9-Verbs-Template von AGS, was wiederum auf den MMM-SPs basiert. Es funktioniert und bislang sind mir keine Bugs untergekommen.

MMh, das verstehe ich jetzt nicht ganz. Wenn der Code aus den MMM-SPs stammt, warum ist dann in den SPs die wir benutzen was anderes drin? Es dürfte dann doch garkein Fehler drin gewesen sein? Oder denk ich mal wieder zu kompliziert  

[Cone Arex]

Das 9-Verbs-Template wurde unabhängig von MMM weiterentwickelt. Ist also quasi ein Fork der SPs.

[Cone Arex]

Falls nicht jemand mit einer Begründung kommt, warum meine Lösung schlecht/suboptimal ist, committe ich den Code in die Starterpacks.

[Elvis]

Man bekommt aber keine Standardantwort bei Verwendung eines Inventargegenstands, für den keine Aktion definiert wurde.