Das hat damit nichts zu tun.
Im 3.1.2 funktioniert es auch nicht.
Opera kann mit der WYSIWYG-Funktion des WBB nicht umgehen. (Vielleicht mal Probieren den "Quellcode" Tag zum schreiben benutzen, wenn nicht würde ich hier auf einen Dirty Fix verlinken, für unsere Admins, dessen Einbau ich aber nicht umbedingt empfehlen kann.
http://www.woltlab.com/forum/s…3-opera-10-5x/#post889163
@ Haggart, nette Mütze von Takko :D, die habe ich auch 
Ich sage nicht "Scheiß GF", da verstehst du was falsch.
Ich rede vom Scheiß C&P des GFs, und den damit verbundenen Fragen.
Wenn ich eh alles aus dem GF kopiere brauch ich mir kein anderes Script erstellen.
Naja das ist ein anderes Thema.
Lösungen sind geboten, der TE muss nun entscheiden, welche er Variante er nimmt, und gut.
Ja dann soll er direkt GF nehmen und gut.
Dann doch lieber unsere Variante als kack GF C & P.
Schonmal OnPlayerText betrachtet? Da formatierst du es dann.
Immer dieses C&P aus dem GF.
Schonmal die SA:MP Funktionen betrachtet?
http://wiki.sa-mp.com/wiki/LimitGlobalChatRadius
Du haust jetzt unter OnGameModeInIt:
LimitGlobalChatRadius(30.0);
rein, und brauchst keine 500 zeilen codes..
Close + Ban, hast ja jetzt 3 Verwarnungen.
Ich rede nicht vonem Eisbecher btw.
Eine Tolle Tüte ( 2 Vanille, 1 Schoko, Sahne, Schokosauce)
Wenn der Server offen stellst du dann wahrscheinlich auch noch jeden User seperat im Smalltalk Forum vor.
Closed.
Entweder Server + Forum, oder eben nichts.
Zeig den Login Dialog nicht bei OnPlayerConnect sondern bei OnPlayerRequestClass an.
Wichtig dabei ist nur zu überprüfen, ob der Spiele schon eingeloggt ist (für ForceClassSelection).
und bei Response dann SpawnPlayer(playerid);
Am besten ist noch du deaktivierst die SPAWN Taste bei der Skin auswahl mit dem Callback OnPlayeRequestSpawn(playerid).
jop genau so sollst du es machen 
mit new deklarieren.
strtok(const string[], &index)
{
new length = strlen(string);
while ((index < length) && (string[index] <= ' '))
{
index++;
}
new offset = index;
new result[20];
while ((index < length) && (string[index] > ' ') && ((index - offset) < (sizeof(result) - 1)))
{
result[index - offset] = string[index];
index++;
}
result[index - offset] = EOS;
return result;
}
new type[32];
type = strtok(cmdtext,idx);
if(!strcmp(type,"desert",true))
{
// dein Code zum Waffe geben
}
Die Meldefunktion wird meiner Meinung nach nicht vernachlässigt.
In den meisten Fällen werden die Meldungen bearbeitet aber die Meldungen danach nicht gelöscht. Das sehe ich nämlich immer dann.
Das kann auch mal ganz schnell zu einem Problem führen, wenn man dann die bearbeiteten Meldungen löschen will und sich dazwischen eine nicht bearbeitete Meldung befindet, welche man dann auch wegklickt. Ist mir vor kurzem auch passiert.
Des Weiteren handeln die Moderatoren hier nach ihren eigenen Erfahrungen. Wir haben keinen Anhaltspunkt, ausser den Forenregeln, und diese sagen nicht: Wenn das Wort und das Wort nur in der Überschrift vorkommt, dann mache das und das.
Jedem Moderator ist ein gewisser Spielraum zugewiesen, in welchem er nach seinen Erfahrungen handeln soll / muss / kann.
Von dir Flip, habe ich auch letztens eine Meldung einfach weggeklickt, weil ich dem Beitrag nicht das entnehmen konnte, was du da gemeldet hast. (Will dir jetzt nichts unterstellen).
Aber die Meldungen, vorallem die sinnlosen, häufen sich momentan, sodass z.B Benutzer Beiträge melden, wo auf einmal ein DA(Doppelaccount) vorhanden sein soll, und wenn man die IP's der angeblichen DAs überprüft, diese unter keinen Umständen gleich sind.
Am Ende kommt dann noch heraus, dass der eine Benutzer den anderen nur nicht mochte, und ihn so aus dem Forum haben wollte.
Ich denke zusammengefasst sollte man sagen, dass beide Seiten - Benutzer und Moderatoren - ihre Arbeit (Melden und Bearbeiten) noch ein wenig verbessern sollten.
Nach >Getplayername ein ";"
..............
if(strcmp(cmd,"/gebegeld",true) == 0)
{
new spieler = strtok(cmdtext,idx);
GivePlayerCash(spieler,500,0);
return 1;
}
Einfaches beispiel.
Schweinerei