wobei ich jetzt aber sagen muss das man schon differenzieren sollte zwischen nutzen fertiger plugins oder arbeiten auf dev level.
ansatz für ausblendung des SM doppelgängers (da ich ES nie wirklich benutzt habe):
da ich übergaupt keinen plan habe welche trigger die beiden plugins im zusammmenhang haben, hier nur mal ein qick workaround für "timeleft":
in SM's basetriggers.sp, finde
|
Quellcode
|
1
|
RegConsoleCmd("timeleft", Command_Timeleft);
|
ersetzte mit
|
Quellcode
|
1
|
RegConsoleCmd("timeleft_sm", Command_Timeleft);
|
finde
|
Quellcode
|
1
|
(strcmp(text[startidx], "timeleft", false)
|
ersetzte mit
|
Quellcode
|
1
|
(strcmp(text[startidx], "timeleft_sm", false)
|
neu kompilieren, hochladen, basetriggers.smx ersetzten.
andernfalls macht es evtl sinn das basetriggers plugin komplett zu entfernen (disabled ordner).
alternativ könnte man evtl. ein SM plugin schreiben welches zwischen diversen admin tools vermittelt, dublikate einfach unterdrückt, oder sonnst wie einen exklusiv hook setzt.
edit: mir fällt gerade ein, es wird bei verwendung von ES und SM immer zwei mal das SM event getriggert (sieht man daran das vor der nachricht [SM] steht), die ES ausgabe erscheint garnicht, richtig? dan vergiss das von oben. kein plan.
schmeiss halt mal das ganze standart admin gedöns von ES runter, man braucht ES ja onehin nur als wrapper für die ES plugins.
da ES aber keinerleir dokumentations beschreibung der basis plugins/scripts besitzt kann ich da auch nix weiter zu sagen.
edit2: blah, logic skillz ftw:
/cfg/_defaults/xa.cfg
|
Quellcode
|
1
2
3
4
5
6
7
|
...
// Load the "Timeleft" module
xa load xatimeleft
// Load the "The Time" module
xa load xathetime
...
|
weg damit oder sonnst wo setzten und
load durch
unload ersetzten. somit gebe ich SinteX recht. cfg's sollte man sich schon mal selber angesehen haben.