Manuelles "un-linken" von Items??

[Humus Humanus]

Eine ganz simple Sache: Charakter benutzt Gegenstand auf etwas -> Reaktion -> Item nicht mehr im Inventar. In früheren Projekten schon 10000 mal gemacht, doch jetzt habe ich Probleme.

... wenn ich den Gegenstand auf die Sache anwende, verschwindet er scriptgemäß aus dem Inventar, die Reaktion klappt - optisch und technisch soweit alles, wie es sein soll. Doch ist nach Ablauf der Szene (und trotz gelöschten Items) immer noch der Gegenständ verlinkt, der eigentlich nicht mehr existiert. Dies hat zur Folge, dass die "Reaktion" nun unendlich oft passieren kann (für den Spielfluss und die Logik natürlich tödlich), bis ich mit dem verlinkten Gegenstand auf eine "freie" Fläche irgendwo klicke, damit der Link aufhört.

Informationen:
---> Coin-Interface
---> Option "Gegenstände mitziehen" eingeschaltet, soll auch bleiben
---> Im jeweiligen Gegenstandscript:
on (click)
link (besagter-gegenstand)
... mehr nicht, ein simpler Klick verlinkt schon zum benutzen (coin öffnet sich nur bei Rechtsklick auf "Dinge" in der Spielwelt)

Das beispielhafte Script, worauf das Item verwendet wird, sieht so aus:

on (click)
{
walkto (Charakter;17;22;3)
if_link (besagter-gegenstand)
{
minicut (donthide)
walkto (Charakter;17;22;3)
setchar ( Charakter;hyper-geile-animation-alter! )
wait (0,2)
delitem (Charakter;besagter-gegenstand)
setobj (itemblock;0)
setobj (ok; 1)
wait (0,7)
setobj (ok;2)
wait (0,9)
setobj (ok;3)
wait (0,4)
setobj (ok;0)
break ()
}
}


....... theoretisch könnte ich natürlich einfach scripten, dass jede Itemnutzung >1 nicht mehr geht, aber das Problem ist eben, dass es häßlich ausschaut, wenn der Gegenstand noch verlinkt ist, obwoh er nicht mehr im Inventory is
... benutzt wird generell so: Klick auf Gegenstand im Inventory, er wird mitgezogen weil so eingestellt, Klick auf Ding in der Spielwelt. (Fokus liegt nicht auf klassischem "benutze, rede mit, gib...")

[japanhonk]

Ahh...mal wieder was zu Knobeln...

Ich habe noch nie mit dem Mitziehen der Items gearbeitet , aber warum der Link Befehl nicht
"gelöscht" wird, weiss ich zunächst auch noch nicht...Als "erste Hilfe" fiel mir erst ein,
den delitem Befehl weiter nach hinten zu setzen...ist aber nur ein Gedanke.

Schonmal sowas,wie link(none) versucht ? Wobei None dabei ein Dummyitem sein könnte ?
So wäre nur 1 Skriptzeile nötig...

Gruss

Manni

[Humus Humanus]

Ja, schon versucht, der Link gilt unmittelbar nach der "Action" grundsätzlich noch dem zuletzt drauf verwendetem Item :\ egal ob delitem... und egal, an welcher Stelle dies steht

Kann es eine Rolle spielen, dass das Item innerhalb des minicut gelöscht wird? Eigentlich doch nicht?

[Humus Humanus]

Ich arbeite eigentlich seit 2006 ... immer mit Mitziehen, das Problem gab es nie. Aber ich teste es zum ersten mal in Coin-Interface Steuerung (wobei diese auf meine Inventory-Bedienung null Einfluss hat). Es ist wirklich alles wahnsinnig simpel, im Grunde.

[japanhonk]

Hmm - also ich mutze auch mittlerweile das CI...
Das beschriebene Problem tritt bei mir nicht auf...

[Humus Humanus]

Kann das Problem denn sein, dass ich quasi "zwei" Steuerungen überlappend verwende?
Zum einen ein Coinsystem (nur zum Ansehen / Interagieren, gilt nur für Objekte in der Spielwelt), zum anderen das Inverntory in einer oberen Taskbar (auch nur für's Inventory, nix sonst) - und hier kann man nur anklicken, um eben das Item mitziehend zu verlinken (ein simpler Klick auf Objekt xy in der Spielwelt ist dann die benutzen/geben-Kombi).

[Humus Humanus]

Grad' mal "ohne Mitziehen" getestet, aber Problem bleibt. Der Link wird nicht gelöscht. Nun sieht es zwar nicht "komisch" aus, aber das Mitziehen als grafischer Effekt ist schon irgendwie unverzichtbar.

[Zimond]

Probier mal testweise das Minicut weg zu machen. Läuft ja trotzdem durch das Skript nur ohne pausen und sag mir ob der Link dann immer noch drin ist. Dann weis ich wo ich ansetzen muss, bin ja gerade am Code der Engine.

[Humus Humanus]

Habe es getestet, kein Unterschied, der Link bleibt
(er löst sich nur auf, wenn ich auf eine nicht irgendwie "benutzte", objekt/skript-freie Fläche klicke)

Ich habe das Problem nun auch zum ersten Mal so wirklich, und denke echt, es liegt iiirgendwo verworren in meinen Steuerungscodes, da es nicht alles einheitlich ist (aber wirklich SEHR simpel). Ansonsten gibt/gab es nie Probleme.

[Zimond]

on (click)
{
walkto (Charakter;17;22;3)
}

on (link)
{
if_link (besagter-gegenstand)
{
minicut (donthide)
walkto (Charakter;17;22;3)
setchar ( Charakter;hyper-geile-animation-alter! )
wait (0,2)
delitem (Charakter;besagter-gegenstand)
setobj (itemblock;0)
setobj (ok; 1)
wait (0,7)
setobj (ok;2)
wait (0,9)
setobj (ok;3)
wait (0,4)
setobj (ok;0)
break ()
}
}

Sehen zufällig deine anderen Skripte wo es überall keine Probleme machte so aus?

[Humus Humanus]

Ja, in anderen, alten Projekten quasi schon. Aber hier... argh ich weiß nicht Recht wie ich's erklären soll.

Ich fahre halt, öh, "zweigleisig". Würde ich die Items über den "use" Befehl - ausgelöst in der Coin - befehligen, so gäbe es wohl wieder keine Probleme. Aber die Coin öffnet sich (absichtlich) nicht im Inventory, da klickt man nur auf das Item und es ist aktiviert... wirklich ganz simpel on (click) ... Auslöser auf einem Objekt ist dann ein weiterer, simpler Klick auf eben dieses, wenn zuvor das Item angeklickt (das weiß man, weil's ja mitgezogen wird) wurde. Also, im Skript der Objekte steht nicht on (use) bezüglich Kombinationen, sondern on (click) und dann if_link (gegenstand).

"Benutze mit" im klassischen Sinne gibt es also nicht. Entweder man benutzt etwas "ohne Item" über die Coin, oder man kombiniert das Item über Klick 1 auf's Item -> Klick 2 auf womit's benutzt werden soll.

Klappt alles wie es soll... nur halt, dass der Link bleibt, außer man klickt in ein freies, neutrales Feld.
Sollte es echt keine Lösung geben, werde ich wohl auch im Inventory die Coin aktivieren müssen und eben einiges umskripten So WÜRDE es ja gehen, soll aber nicht

[japanhonk]

wenn das Projekt nicht allzugross ist, dann kannst Du es mal exportieren und mir schicken, ich würde
dann mal sehen, was ich machen kann. Sofern es Skriptmässig geht, dann würde auch ein Raum reichen.

Ich vermute, die Art, wie Du das CI aufrufst, könnte ein Problem sein. (Wundere mich sowieso, weil ich sont immer gesagt habe : entweder CI oder Taskbar )

Vielleicht hilft Dir das, was ich benutze :

Jeder Raum bekommt ein Hintergrunddummy. Das nimmt alle Clicks auf, die sonst nirgends hingehören. Und es ersetzt den on (mouseout) Befehl in den einzelnen Objekten. ( brauche ich,
um die Zeigermarkierung bei anklickbaren Objekten wieder auf 0 zu setzen)
Ein Loop1 nimmt zudem die Zeigerposition auf und wandelt sie in Walkmappunkte um, sonst wird
kein Walk Befehl ausgeführt. ( Das brauche ich sowieso, um den Mauszeiger bei Textfenstern automatisch auf den Close-Window Button zu setzen und nach Klick wieder an die vorherige
Position, die ich dazu in 2 Variablen gespeichert habe beim Fensteröffnen )

Dann gibt es einen Bool : Rightclick.

Bei Rechtsklick kann ich den dann auf true setzen und jedes Objekt bekommt ins Skript :

on (rightclick)
{
command (use)
setbool (rightclick;true)
popup (coin)
break()
}

Dort, wo ich den Rechtsklick für etwas Anderes verwenden will, bleibt der Bool auf false nzw das
Skript ist dann anders.
So z.B. im Inventar.

Also , so wie ich das jetzt verstehe, bleibt das Item auch nach dem Entfernen befehlsmässig quasi am "Zeiger kleben".
Ich wüsste jetzt nur die Möglichkeit, beim Benutzen nicht nur das Item zu löschen, sondern auch
einen anderen Befehl zu setzen. Z.B. Command (walk) - je nachdem, wie Du das bei Dir umgesetzt hast. Oder Du benutzt auch eine Abfrage zum Prüfen.
on (link)
{
if_link (irgendwas)
{
ifnot_hasitem (self;irgendwas)
break()
if_hasitem (self;irgendwas)
...
}
}

Statt des break() kann man auch etwas Anderes verlinken oder einen anderen Befehl per command
setzen.
Auch ein Bool wäre denkbar zum Prüfen. Ist das Item angeklickt, dann setzt Du den Bool auf true.
Hast Du es angelegt/benutzt, dann auf false. Wenn es dann doch noch am Zeiger hinge, müsste
ein neuer Befehl ins Leere gehen. ( Auch das Wechseln und Abfragen des Itemzustandes ist möglich.)

If_item (irgendwas;1)
setitem (irgendwas;3)
Ifnot_item (irgendwas;1)
break()

So - das alles mal eben zusammengeschustert vor dem ersten Kaffee... daher : ohne Gewähr...

Wann trat das Problem denn zum ersten Mal auf ? Erst während des Projektes oder von Anfang an ?

Gruss

Manni

[Zimond]

Du brauchst doch gar kein on(use) den Link Befehl kannst du ja überall benutzen auch ohne Use aber er muss dann in einem on (link) Ereignis abbearbeitet werden. Sonst weis die Engine ja nicht das die Verlinkung beendet ist. If_link alleine kann man ja auch mehrfach verwenden, reicht also nicht. Da sollte bei dir also trotzdem funktionieren ohne on (use) ect.

[Humus Humanus]

Ich teste nachher was rum und meld mich dann Danke für's mal Mitdenken

[Humus Humanus]

Immer noch wird der Item-Link nicht gelöscht.
Auch nicht, wenn ich jetzt alles mit on (link) mache (in den Objektscripts), und ebenso, wenn ich auch im Inventory die Coin nutze (zum kombinieren also klassisch on (use) nötig ist).
Tatsächlich klappt bei on (link) nun gar nichts mehr, bei nem Klick auf's Objekt geht der Charakter nur dahin (weil halt on (click) zum gehen ist, klar) - ohne danach/währenddessen die Aktion auszuführen.

Irgendwo MUSS ja noch ein Fehler sein, aber ich habe in alten Projekten nachgeschaut (meist klassische Taskbar mit Befehlen), und da mache ich es ja nicht anders. Tutorial bzw. Ben's Vorschlag weiter oben sagen ja auch nix anderes. Nur in diesem Projekt mit Coin-Steuerung (wobei es daran doch nicht liegen kann??) funzt eine simple Link-Auflösung nach 'ner Aktion nicht

[Zimond]

Ich kann das vereinfachen aber halt erst in den nächsten version. Also schlag ich vor lass vorerst die Unschönheit drin... oder bist du kurz vor fertig?

[Humus Humanus]

Kurz vor fertig, es fehlen wenige Grafiken, paar Abgleiche und Sound.
Es ist nur ein kleines Horror-Psycho-"Experiment" zusammen mit noch jemanden, aber wäre in der Basis nun fertig. Gibt auch nur wenige Kombinationen, wirklich "häßlich" wirkt der "Fehler" nur an zwei Stellen (weil eben da das Item WEG ist nach Benutzung; da, wo das Item eh im Inventoy bleibt, finde ich das verlinkt bleiben eigentlich egal).

[Zimond]

Probier mal ein command () am Ende des Skriptes. (Vor dem Break aber)

[Humus Humanus]

Engine-Papa...
SO GEHTS! Ich muss nichtmal IRGENDWAS mir Wichtiges umstellen sonst, einfach überall dieses Zauberwort command einfügen vorm break! GEIL! DANKE.

... trotzdem strange, sonst muss man/musste ich das ja auch nicht ...

[Zimond]

Ja das mit der commands und unterschiedlichen steuerungen ist etwas undurchsichtig , war ich nie so 100pro mit zufrieden . Musste in meinem eigenen Code wühlen um noch mal genau zu sehen wo und wann der Link zurückgesetzt wird. Ich glaub automatisch gehts wirklich nur wenn zuvor ein Befehl wie USE benutzt wurde. Aber so gehts ja zum Glück ^^

[Humus Humanus]

Gut, das klappt also nun aber da gibts nun 'nen anderen Bug dafür, dadurch
Ich arbeite schon dran und deeeenke, es hinzubekommen. Aber:

Normalerweise ertönt ein "fail" Sound, wenn man mit gewähltem Item etwas anklickt, was halt nicht kombinierbar ist. Dies geschieht automatisch ("ungewollt", aber bisher okay) auch beim Coin-aufrufenden Rechtsklick. Jetzt ist es so, dass der Sound sich nervig 9898989 mal pro Milisekunde looped / sich demnach alles aufhängt ... wenn ich mit gewähltem Item einen "fail" Rechtsklick mache >.<

[Humus Humanus]

Ok, habe es tatsächlich schon.

on (rightclick)
{
if_link (gegenstand)
{
command ()
break ()
}
popupcoin
}


Übrigens spannend:

popupcoin = direktes Aufpoppen der Coin.
popupcoin () = Charakter geht erst zum Objekt bzw. macht das on (click) Event.

... damit es ohne die () geht / es direkt aufpoppt, muss der Befehl popupcoin aber der Letzte im jeweiligen Skript sein.

[Zimond]

ein Befehl ohne Klammern sollte gar nicht funktionieren. das kann definitiv zu Bugs führen. was meinst du mit fail sounds? Den Windows sound??!?

[Humus Humanus]

Nene, meinen eigenen "fail"-Sound, wenn man was macht, was nicht... machbar ist.
Aber jetzt geht alles perfekt, das Soundproblem war auch keine Hürde, ich wollte es nur sicherheitshalber schon geposted haben.

Hmmm, bei mir macht popupcoin ohne () bisher gar keine Schwierigkeiten. Was könnten für Bugs auftreten?

EDIT:
Ok, wieder was gelernt
Hatte mich über die nicht-benötigten () gefreut, weil ich dachte, "nur so" kann man vermeiden, dass bei Aufruf der Coin sofort zum Objekt gegangen wird. Aber es geht auch - wie immer simpel - wenn man nur mal an break () hinter dem popup-Befehl denkt...
Aber Probleme machten die mangelnden () dennoch nie.

[Humus Humanus]

Aber Probleme machten die mangelnden () dennoch nie.

Also, im Fall der Coin! Sonst natürlich schon.