.loot * cut

[Noir]

Wenn ich mit .loot die Leichen aufschneide, bleiben die Items, die durch das Aufschneiden in der Leiche liegen, oftmals drin und nur der Rest wird gelootet.

Erst beim wiederholten benutzen von .loot wird auch der "Aufschneidloot" rausgeholt.

Mach ich was falsch oder ist das nen Bug?

[Amarutu]

geht mir genauso, was für bug sprechen könnte.

[Armando Viola]

Noir so ein guter Scripter wie du meldet das als Bugg^^

Also das macro das du nutzt heisst .loot all cut richtig?

d.h

%Lootet Alles
%Schneidet alles auf

und deswegen musst du es zwei mal drücken

%looten
%aufschneiden
%looten
%auffschneiden

das hängt am lootscript selbst

cut müsste vor loot im script

sollte scriptintern mal geändert werden

[Noir]

Noir so ein guter Scripter wie du meldet das als Bugg^^

Also das macro das du nutzt heisst .loot all cut richtig?

Ja, gibt es schon länger und ist Serverseitig. Das hat mit meinem Scripten überhaupt gar nix zu tun.
Natürlich melde ich das als Bug, auch wenn es sich einfach umschiffen lässt.

Dein Erklärungsversuch hinkt auch, weil das Problem nicht immer auftritt.

Außerdem sagt die Reihenfolge der übergebenen Argumente einer Funktion mal so gar nichts über die Reihenfolge der Verarbeitung aus.

Beispiel:

Code: Alles auswählen

//dummycode
int Tolle_Funktion(int zahl1, int zahl2);
//[...]
int Tolle_Funktion(int zahl1, int zahl2) {
//Wir gehen mal davon aus, dass Tolle_Funktion(10,20) aufgerufen wurde
ergebnis = zahl2;
ergebnis *= zahl1; //Hier wurde die Reihenfolge getauscht!
return ergebnis; //200
}


Es gibt meines Wissens nach keine Programmiersprache, bei der die Reihenfolge der Argumente bei der Verarbeitung eine Rolle spielt und es wäre auch vollkommen hirnig. Lediglich auf die Reihenfolge der Argumente beim Funktionsaufruf muss man achten (sie muss der Reihenfolge bei der Funktionsdeklaration entsprechen).

[Snipe88]

Muss ich Noir zustimmen, die Reihenfolge der Verarbeitung wird dadurch ja nicht beeinflusst.

[Armando Viola]

in dem fall aber doch
.loot

.cut müsste er zuerst aufrufen

.all

[Noir]

in dem fall aber doch
.loot

.cut müsste er zuerst aufrufen

.all

Lese dir noch mal ganz genau den Threadtitel und meine Posts durch. Evtl. hilft es auch, sich mal den Befehl .loot hilfe anzusehen.

[Admin Lorgan]

Oh Gott, manche "lesen" sich wohl selbst gerne!

[Amarutu]

sinn und zweck der .loot funktion ist es doch, zu looten. das macht sie nicht zuverlässig, wenn sie in verbindung mit dem aufschneide zusatz verwendet wird. das ist unabhängig vom befehl und sollte daher - bei zeit und motivation eines kompetenten - mal repariert werden. auch mich würde es freuen, wenn das wieder einwandfrei funktioniert.

[dorka]

Beim mir geht es irgenwie immer

[Counselor Kronos]

Ablage

[Admin Valletto]

Dass die Reihenfolge schon seit eh und je so feststeht ist klar.
Das Problem ist die Zeit, das cut und item-spawnen braucht nen Moment. Habe die Waittime zum Looten etwas erhöht. Nun sollte es in den meisten Fällen funktionieren. Man kann die Waittime beliebig weit hochschrauben, möchte dann aber irgendwann sicher lieber von Hand looten...