Token

I like the Loop Oriented Design you have in there

I usually spam the Scripting Help topics faster than this, the isUnderAttack() and isFighting() methods are a bit vague in my opinion and they aren't exacly what scripters expect, same for getInteracting() as when you stop interacting you are still in combat. There is, however, a more reliable method, namely Character#getCombatTime(). You will have to work with client cycles instead of raw time and instead verify for a given diference in client cycles since last hitsplat which determines if a given Character (don't forget Player extends Character, not only NPC). I know this works for ranged and melee which always yield a hitsplat onhit therefore updating the combat time of that Character instance. For magic however (range too if you want maximum accuracy), you can rely on the Projectiles class. If a projectile is sent from a Character, means that Character is definately attacking someone and their target is locked in combat.

5/7 would read again

Only ever heard about the opposite - people said bad things about Mod Weath and got "fake" rwt bans

It's just a suggestion for the scripter usergroup It's not like sponsors get more messages than scripters

Scripters should have unlimited private messages, just like sponsors Because we actually use our inbox

Bid noted, thanks

I'll give you 3 warning points for that

No, but when they fucked 2 guys while I was away a few months that was cheating.

Bids noted, thanks

I'm not in a rush to sell it.

Nope.

Bid noted, thanks

Lol Bid noted, thanks

Try looking at the ConditionalSleep class, which you should use until the dialogue box is open. A static 1000 ms sleep will not always guarantee that this opened, a simple lag will cause it not to appear within 1 tick (600-630 ms) which will result in typing in the chatbox. You can also replace those mouse moves and clicks with a right click on a WidgetDestination and then select a menu option via the Menu class.

A pack of condoms that don't expire

Got 61m bid in PM from @iroll

I know, that's for most NPC dialogues. I figured out there must be lots of widgets than can be considered dialogues since it's written in the API that inDialogue() uses colors.

Bid noted, thanks Got 60m bid in PM from @JMS

It was, I already wrote a bug report on it like 4 hours after the release. It always returns true. public boolean inDialogue() { return widgets.isVisible(231, 2) || widgets.isVisible(217, 3) || widgets.isVisible(219, 0, 0) || dialogues.isPendingContinuation() || dialogues.isPendingOption(); } That should work until it's fixed. PS: the actual problem is completeDialogue() which calls inDialogue(). There's a while(inDialogue()) in there, the bot will be stuck forever if you call this.

Bid noted, thanks Bidding ends in 12 hours

Bid noted, thanks

Bid noted, thanks

Bid noted, thanks