Mein Fehler, habe es in mein Selfmade eingefügt anstatt es in das Filterscript einzufügen.
'EDIT' Aber nun funktioniert es nichtmehr. Die Dialoge sind kaputt, ich klicke etwas an und das Fenster verschwindet einfach
Kleines Update ...
ZitatAlles anzeigen* Changelog:
* 1.3 :
* - Nachricht kann nun an mehrere User gleichzeitig versendet werden ( Siehe Screenshon )
* - Einfaches hinzufügen / entfernen von Usern für das Versenden
* - Fehler behoben, dass 'strins' zum Absturz bringt
* - Nachricht angepasst falls Suchkriterium zu viele Ergebnisse erzeugt
Ohne neu zu kompilieren kann man Standardmäßig die Nachricht an 20 User gleichzeitig verschicken.
Download:
gPM 1.3
Wunderbar GoldKiller
Du musst die Funktion "gPM_UserCall(playerid)" auch in dem Filterscript / Gamemode einfügen, worüber sich die Spieler einloggen.
Steht dort ja auch :
"gPM <> Funktion gPM_UserCall fehlt [...]".
Welches Script benutzt du,um die Spieler einzuloggen ? Dort musst du irgendwo gPM_UserCall einfügen. Falls es dort eingefügt hast, kannst mir ja mal das Script zukommen lassen ( PM ).
Wie funktioniert das Anpassen für normale GF's?
CallRemoteFunction( "gPM_OnLogin" , "d" , playerid );
Super!
Vielen vielen Dank für deine super Hilfe!
//Edit
Einziges Manko ist, dass die Nachricht "Du hast eine Nachricht vom Admin bekommen" direkt beim connection kommt und nicht nach dem Login.
//Goldkiller: Macht vielleicht nicht ganz so viel Sinn. Habe es mal etwas umgeändert. Eine ClientMessage kommt beim registrieren des Postfach Accounts, dass eine Nachricht versendet wurde bleibt aber versteckt. Nach dem Login wird diese erst angezeigt. Habe den Download aktualisiert.
Hey,
ich bin jetzt auf die Idee gekommen, dass der Befehl /gpm nur in einem "Internetcafe" funktionieren soll.
Allerdings blick ich nicht in deinen Includes weiter und möchte sowieso ungern dort was verändern.
Ist es also möglich nur an einem bestimmten Punkt (Coordinatoren) den befehl auszuführen?
Unter dem Command /gpm stellst du eine Abfrage ob dieser Spieler sich gerade an deiner gewünschten Position befindet, soweit ich weiß sollte das funktionieren
Habe den Beitrag von dir (Shoxx) nicht mitbekommen, leanc hat dir darauf aber ja geantwortet. Mit der aktuellen Version sollte es einfacher sein, solche Abfragen vor dem öffnen durchzuführen. Im Beispiel Filterscript kannst du dir es ansehen:
COMMAND:gpm(playerid,params[]) { return gPM_Show(playerid);}
Habe den Befehl und das Öffnen etwas getrennt. Mit gPM_Show() kann das Postfach geöffnet werden, die Bedingung bzw das Öffnen selbst kannst du dann ja selbst nach deinem Wunsch ergänzen.
- - - - - - - - - - - - - - - -
Download: gPM 1.3.3
ZitatAlles anzeigen* - Datenbank wird automatisch erzeugt und zur Weiterverwendung vorbereitet
* - Zwei potenzielle Speicherlücken geschlossen
* - SQL Kommandos etwas angepasst
* - Fehlermeldung überarbeitet bei *_FILTER, falls keine Nachrichten vorhanden
* - Crash behoben bei zu vielen Nachrichten im *_FILTER Ergebnis
* - ID Entfernt aus *_MSG_FILTER Überschrift
* - Nachrichten Robot angepasst
* - Fehlende Aktion bei "Zurück" im DIALOG_PM_USER_VERARBEITUNG hinzugefügt
* - MAX_QUERY_RESULTS auf 15 reduziert
* - Dialog Style für bessere Übersicht auf DIALOG_STYLE_TABLIST_HEADERS umgestellt
* - Code für den EDIT_MODE entfernt
* - Weitere Hilfen als Informationshinweis ergänzt
* - "User Übersicht" in "Benutzer Suche" umbenannt
* - Doppelte Nachricht aus gPM_SendMessageArray entfernt
* - Gültigkeitsbereich von Funktionen angepasst
* - Öffnen des Postfaches von COMMAND auf Funktion umgestellt
* - ZCMD Abhängigkeit entfernt
Ein paar Screenshots, die die aktualisierten Dialoge zeigen. Im wesentlichen wurde die Titelzeile um Informationen ergänzt.
Vielen Dank! Es funktioniert genau so, wie ich das möchte!
Sehr sauberer Code, ist echt sehr wenig noch anpassbar.
Hätte bei den Dialogen eventuell mit Indexen gearbeitet, um möglichst wenig Zeilen zu nutzen. Oder gleich abfragen, welches Listitem bei Response aufgerufen wurde; mehr ist mir beim Überfliegen nicht aufgefallen.
Good job. 
