Sehe ehrlich gesagt nicht den Grund, warum du z.B. eine NTJoin2.ntj brauchen solltest, da ja die alte NTBot.ntj immernoch eine Nachricht kriegt.
Code:
NTC_SendMsgToScript("NTBot2.ntj", "MULE_START");
NTC_SendMsgToScript("NTBot.ntj", "MULE_START");
Wir wollen ja nicht die alten Sachen ersetzen, sondern neue Einfügen. Und ob du eine Nachricht an ein momentan ungeladenes Script sendest sollte egal sein (Immerhin wird auch immer eine an NTBotLeech.ntj geschickt)
Brauchen ja nur mehrere NTBot.ntj-Daten, um mehrere MuleAccounts einzutragen, die restlichen Scripte müssen ja(außer den Zugriffen auf die NTBot) nicht verändert werden.
Hoffe das ich da keinen Denkfehler habe, lass mich gerne belehren
Edith sagt: Satzsinn eingefügt.
Edith2: Hässlicher Weg, dass Items (bsp. zum Cuben gedachte) nicht gemuled werden
In der NTTown.ntl (Sternenlooper Zeile 1673 ++)
Code:
for(var i = 0 ; i < _items.length ; i++)
{
if(_items[i].mode == 0 && _items[i].itemloc == 4 && _items[i].classid != 549)
{
if(NTT_DropItem(_items[i]))
NTC_PingDelay(200);
else
_retval = false;
}
}
An dieser Stelle wird unter anderem verhindert, dass der Cube gedropt wird.
Entsprechende ItemIDs sind in der NTItemAlias.ntl zu finden.
Bsp.:
Code:
for(var i = 0 ; i < _items.length ; i++)
{
if(_items[i].mode == 0 && _items[i].itemloc == 4 && _items[i].classid != 549 [COLOR="Red"]&& _items[i].classid != 565 && _items[i].classid != 585 && _items[i].classid != 566 && _items[i].classid != 586 && !( _items[i].classid == 605 && NTSI_CheckItem(_items[i]) == 2)[/COLOR] )
{
if(NTT_DropItem(_items[i]))
NTC_PingDelay(200);
else
_retval = false;
}
}
behält Flawless+Perfekte Topase/Diamanten + RiesenZauber (falls in der Cubingsection aktiviert)
ACHTUNG: Weiß nicht wo die Function DropStash() sonst noch aufgerufen wird, könnte zu hässlichen Fehlern führen !