Jammer

Go with this option. Compare the dynamic level and the static level of a skill to see if you should pot or not. if((getSkills().getDynamic(Skill.STRENGTH) - getSkills().getStatic(Skill.STRENGTH)) < minDiff) { //pot }

Combat is generally easier to get away with. How long do you bot per day?

It's really strange because calling gui.getLocationName directly without the use of getLocation() doesn't return null. I'll just use apaec's solution which is cleaner than what I thought of. Thanks for the help guys.

Okay, it's solved now that I get the location directly through the gui as apaec suggested but I'm still curious why it didn't work from start. this is basically what it looked like: public class GUI { JRadioButton rdbtnFalador; private JFrame frame; public String getLocationName() { return rdbtnFalador.isSelected() ? "Falador" : "Varrock"; } //more variables public void dispose() { frame.dispose(); } public void initialize() { frame = new JFrame(); //initialized the buttons and more } } public class Main { GUI gui = new GUI(); public Location getLocation() { for(Location loc : Location.values()) { if(loc.getName().equals(gui.getLocationName())) { return loc; } } return null; } public Static Location chosenLocation; public static boolean shouldProgressive; public void onStart() { gui.initialize(); while(!gui.hasStarted) { //sleep } chosenLocation = getLocation(); shouldProgressive = gui.getShouldProgressive; //This worked fine among other variables that were called directly through the gui instance gui.dispose(); } } So it's not a matter of storing the variables or anything. Here is the thing: getLocation() returns null when the JRadioButton is not static.

Nah, I've instantiated it in the initialize() which initializes the jframe. I put the object reference in the top so I could make a simple getter. private JRadioButton rdbtnFalador; public getLocation(){ if(rdbtnFalador.isSelected() { //blabla } } public void initialize() { rdbtnFalador = new JRadioButton; } I also use call the getlocation method after initialize so the button is instantiated. It works when the button is static but not when it isn't, why is that? edit: and also, is there a better way of keeping your object references for the jFrame and such than having them outside the "initialize" method?

So I've been getting a null pointer exception for the last hour and I couldn't understand what it was. After som testing I realised what it was and now I have some questions. This is what's in the gui class: JRadioButton rdbtnVarrock; public String getLocationName() { if(rdbtnVarrock.isSelected()) { return "Varrock"; } else { return "Falador"; } } This is in the main class: public Location getLocation() { for(Location loc : Location.values()) { if(loc.getName().equals(gui.getLocationName())) { return loc; } } return null; } What I've realised is that if the radiobutton isn't static i get a null pointer exception. I've also noticed that for example here where I call a gui method directly without the use of a method inside main it works. shouldProgressive = gui.shouldProgressiveMode(); I can't recall having seen this problem earlier. Is this some fundamental shit I've missed?

You can buy a voucher. It's more expensive than buying with paypal for example though.

Now is the perfect time for the brain meme.

You should diversify your portfolio.

All my scripts are working as well, it isn't osbot

Great stuff

this

Just appeal on the website and hope for the best.

@FrostBug could I have a trial? Would love to test it out.

@purplewatilla is an avid advocate for cryptos.

inb4 "gearing.osbot is my skype" @gearing

It isn’t too bad at all really. People who aren’t that trusted who level accounts to sell could buy acccounts like this to sell it easier once finished. I really think trusted users should start selling fresh accs for an extra fee.

If you need it fletching xp there are plenty of other faster ways. You're gonna get flax from zulrah later on anyway.

Ye, if you're only gonna sip absorption potions and flick you should just use a mouse recorder.

Good job, just don’t overextend.

This

Suppose I have these three classes: Main (exchangesContext with BankTask), BankTask , Data (Data class contains methods which require api access) Let's say the BankTask needs to use some methods from the Data class. I realised that I need to call exchangeContext inside BankTask aswell but there's obviously no onStart method there. Should I let the Data class accept MethodProvider in its constructor instead or is it possible or even preferable to use exchangeContext in such cases?

@Explv Btw guys. Suppose I have these three classes: Main (exchangesContext with BankTask), BankTask , Data (Data class contains methods which require api access) Let's say the BankTask needs to use some methods from the Data class. I realised that I need to call exchangeContext inside BankTask aswell but there's obviously no onStart method there. Should I let the Data class accept MethodProvider in the constructor instead or is it possible or even preferable to use exchangeContext in such cases?

Yh, make an instance of ActionStates in your main class. And exchangeContext in your onstart method. ActionStates ActionStates = new ActionStates(); public void onStart() { ActionStates.exchangeContext(getbot()); }

Could make it into a zulrah acc tho.