[SAMMELTHREAD] Kleine Scripting Fragen

Oh, ja schreibe es so:

ocmd:admins(playerid,params[]) {
#pragma unused params
new buffer[32],i,name[25];
for(; i<MAX_PLAYERS; i++) {
if(!IsPlayerConnected(i) || !GetPVarInt(i,"Adminlevel")) continue;
GetPlayerName(i,name,25);
format(buffer,32,"%s Rang: %d\n",name,GetPVarInt(i,"Adminlevel"));
SendClientMessage(playerid,0x2E9AFEFF,buffer);
}
return 1;
}

ocmd:leader(playerid,params[]) {
#pragma unused params
new buffer[32],i,name[25];
for(; i<MAX_PLAYERS; i++) {
if(!IsPlayerConnected(i) || !GetPVarInt(i,"Fraktion")) continue;
GetPlayerName(i,name,25);
format(buffer,32,"%s Frak: %d\n",name,GetPVarInt(i,"Fraktion"));
SendClientMessage(playerid,0x2E9AFEFF,buffer);
}
return 1;
}

mfg.

Ich mag den Lokalen Chat nicht

Also habe versucht den Lokalen Chat auszuschalten und anstelle davon einen sozusagen "Selfmade" lokalen chat zu machen.
hat ja auch geklappt nur habe ich eine Zeile eingeügt, die bei einem "Mute" dem Spieler das schreiben verhindern soll.
Das klappt auch, nur wird jetzt der standard lokale Chat wieder gesendet

Hier mal mein Code:

public OnPlayerText(playerid, text[])
{
if(Spieler[playerid][Mute] > 0) return SendClientMessage(playerid,COLOR_GREY,"Sie sind gemutet!"); //Die Zeile wurde eingefügt
new Float:x, Float:y, Float:z, String[150];
GetPlayerPos(playerid, x, y, z);
format(String, sizeof String, "%s sagt: %s", pName[playerid], text);
SetPlayerChatBubble(playerid, text, 0xFF0000FF, 31.0, 10000);
SendClientMessage(playerid, COLOR_DISTANCE_1, String);
for(new i = 0; i <= MAX_PLAYERS; i++)
{
if(!IsPlayerConnected(i) || !GetPVarBool(i,"LoggedIn") || IsPlayerNPC(i) || i == playerid) continue;
if(GetPlayerInterior(i) != GetPlayerInterior(playerid) || GetPlayerVirtualWorld(i) != GetPlayerVirtualWorld(playerid)) continue;
if(IsPlayerInRangeOfPoint(i, 5.0, x, y, z)) SendClientMessage(i, COLOR_DISTANCE_1, String);
else if(IsPlayerInRangeOfPoint(i, 10.0, x, y, z)) SendClientMessage(i, COLOR_DISTANCE_2, String);
else if(IsPlayerInRangeOfPoint(i, 16.0, x, y, z)) SendClientMessage(i, COLOR_DISTANCE_3, String);
else if(IsPlayerInRangeOfPoint(i, 23.0, x, y, z)) SendClientMessage(i, COLOR_DISTANCE_4, String);
else if(IsPlayerInRangeOfPoint(i, 31.0, x, y, z)) SendClientMessage(i, COLOR_DISTANCE_5, String);
}
return 0; //Damit er den Lokalen Chat nicht senden
}

Gib erst die SendClientMessage aus und danach return 0; also beide Anweisungen nach der ersten If-Abfrage.

Hier, schreibe das alles mal so:

if(Spieler[playerid][Mute] > 0) { SendClientMessage(playerid,COLOR_GREY,"Sie sind gemutet!"); return 0; }

mfg.

Dachte ich mir das es daran liegt.

Was returned der bei meiner Schreibweise?

Vermutlich 1. Oder 17. Keine Ahnung, aber jedenfalls nicht 0.

Ich denke mal auch das der entweder 1 returned oder irgentetwas was mit dem Text der gesendet wird zu tun hat.

Naja dankeschön

Es returnt 1, wenn es gesendet wird und 0 wenn es nicht gesendet wird (z.B. wenn der Spieler nicht mehr online ist)

mfg.

Zitat von Schwabbel

#pragma unused params

Um Gotteswillen.

Wie kann man sowas nur machen?
#pragma ist nicht dafür da unsinnige "Anfänger" Fehler zu korrigieren.

Wenn man eine Variable/Funktion nicht braucht, dann erstellt man sie einfach nicht.
PAWn interessiert es schließlich überhaupt nicht, ob die Funktion nun 2 Parameter hat oder 3,
solange die definition erhalten bleibt.

Da die "ocmd Funktion" via CallLocalFunction aufgerufen wird und diese mit großer warschenlichkeit wieder mal misshandelt erstellt wurde ist
dieser Funktion egal wie viele parameter die aufgerufene Funktion hat,
man kann auch falsche Parametertypen übergeben, stört überhaupt nicht.

Wenn man params nicht benötigt in einem "Befehl"
Einfach weglassen und KEIN #pragma nutzen

-> ocmd:admins(playerid)
{
// code
}

Zitat von BlackAce

Wenn man params nicht benötigt in einem "Befehl"
Einfach weglassen und KEIN #pragma nutzen

-> ocmd:admins(playerid)
{
// code
}

Wusste nicht, dass man die Parameter beliebig verändern kann, ohne das der Compiler rummotzt

Selbst sowas nimmt der an:

ocmd:test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg) {
return 1;
}

Naja

Zitat von Schwabbel

ocmd:test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg)

Das liegt auch am Makro, welches ocmd benutzt.

folglich sieht das dann "aufgeschlüsselt" so aus:
forward ocmd_test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg);
public ocmd_test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg)

Du kannst auch den playerid Parameter MrSchwabbel nennen, wird auch angenommen
Er ist schließlich nicht "fest" vorgegeben

funktioniert sowas auch bei dcmd?

Mein Compiler motzt aufjedenfall wenn ich da die Parameter anpasse.
Dort muss ich ja auch noch unter OnPlayerCommandText den Befehl angeben.

Zitat von BlackAce

Das liegt auch am Makro, welches ocmd benutzt.

folglich sieht das dann "aufgeschlüsselt" so aus:
forward ocmd_test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg);
public ocmd_test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg)

Du kannst auch den playerid Parameter MrSchwabbel nennen, wird auch angenommen
Er ist schließlich nicht "fest" vorgegeben

Alles anzeigen

Wenn man mehr als 2 Parameter angibt failt das ganze aber, da nur 2 übergeben werden

Deshalb wundert mich das ja, folgendes:

CallLocalFunction("ocmdOnPlayerCommandText","ds",playerid,cmdtext);

Was passiert mit dem cmdtext, wenn man nur 1nen Parameter angegeben hat...verpufft der einfach

Zitat von Simon

funktioniert sowas auch bei dcmd?

Nein, das Problem liegt dort am Makro, dieser schreibt die Parameter fest vor

Zitat von Schwabbel

Wusste nicht, dass man die Parameter beliebig verändern kann, ohne das der Compiler rummotzt

Selbst sowas nimmt der an:

ocmd:test(playerid,t,ts,gs,ttt,sss,tttgf,sfdsg) {
return 1;
}

Naja

Alles anzeigen

Naja , dies geht daher das jeder command der per ocmd erstellt wird wie auch bei den anderen Commandprozessoren
als public erstellt werden daher wird auch mit CallLocalFunction oder CallRemoteFunction gearbeitet

sie Beispiel
#define ocmd:%1(%2) forward ocmd_%1(%2);\
public ocmd_%1(%2)

Zitat von IPrototypeI

Naja , dies geht daher das jeder command der per ocmd erstellt wird wie auch bei den anderen Commandprozessoren
als public erstellt werden daher wird auch mit CallLocalFunction oder CallRemoteFunction gearbeitet

sie Beispiel

Ja, das ist mir schon klar, mich wundert es nur, dass der Parameter wenn man ihn übergibt dann verschwindet, wenn er nicht oben angegeben wird, aber übergeben wird

Zitat von IPrototypeI

Naja , dies geht daher das jeder command der per ocmd erstellt wird wie auch bei den anderen Commandprozessoren
als public erstellt werden daher wird auch mit CallLocalFunction oder CallRemoteFunction gearbeitet

Wir sind doch schon viel weiter

@Schwabbel:
Entweder wird es ein Memoryleak werden, wo von ich eher wenig ausgehe, da wenn ein string gepusht wird, auch wieder released wird
oder er wird wohl einfach verpuffen.

Zitat von BlackAce

@Schwabbel:
Entweder wird es ein Memoryleak werden, wo von ich eher wenig ausgehe, da wenn ein string gepusht wird, auch wieder released wird
oder er wird wohl einfach verpuffen.

Ja, das mit dem verpuffen hat mich jetzt halt verwirrt...aber lustig, dass sowas auch geht

Zitat von BlackAce

Wir sind doch schon viel weiter

@Schwabbel:
Entweder wird es ein Memoryleak werden, wo von ich eher wenig ausgehe, da wenn ein string gepusht wird, auch wieder released wird
oder er wird wohl einfach verpuffen.

Ich geh einfach mal davon aus das dieser wert verpufft es wird eine Funktion aufgerufen mit den angegebenen werten beispiel
CallLocalFunction

CallLocalFunction("Test","sdf","Hallo",1,12.134);

public Test(string[],val1,Float:flo)return printf("siehe %s %d %f",string,val1,flo);

Output "Hallo",1,12.134

CallLocalFunction("Test","sdf","Hallo");

Output "Hallo", 0, 0.0000

Es geht ja dabei nur legendlich um den aufruf einer Funktion an die die demenstsprechenden wert übermittelt werden, wie schon oben genannt.
Daher kommt es auch nur darauf an das der String letztendlich nicht leer sein darf sonst sehe ich dabei kein Problem damit rum zu "spielen".

Zitat von IPrototypeI

Es geht ja dabei nur legendlich um den aufruf einer Funktion an die die demenstsprechenden wert übermittelt werden, wie schon oben genannt.

Wenn ich keinen Wert übergebe ist dieser in der Funktion logischerweise leer, ok in PAWN 0(NULL) aber seis drum