Apaec

Oracles naming conventions say that constants should be caps and underscores, but 'constant' is not synonymous with the final keyword. For example, the final keyword can be assigned to variables which may not have the same value between separate instances of a program. Consider the class below: public class Demo { private final String someString; public Demo(String string) { someString = string; } public String getString() { return someString; } } The class can be used as follows: System.out.println(new Demo("Hello").getString()); //> Hello System.out.println(new Demo("abcdefg").getString()); //> abcdefg You will notice that, although the variable 'someString' is final, its value is not the same in the example above (when two separate instances of the Demo class are created) and thus is not globally constant, hence a CAPS_AND_UNDERSCORES variable name is not appropriate. In the next example however, it would be: public class DemoTwo { private final String SOME_STRING = "I'm constant!"; public Demo() {} public String getString() { return SOME_STRING; } } Using it: System.out.println(new DemoTwo().getString()); //> "I'm constant!" I hope that makes sense and you now understand what I was previously trying to say and why I think that the final keyword does not always mean caps and underscores should be used for naming! Apa

You don't have to declare stuff before using it, you can declare stuff as you use it. I'd suggest reading up a bit about java, but the idea is: String tree = "Oak tree"; RS2Object tree = getObjects().closest(tree); //... is functionally equivalent to RS2Object tree = getObjects().closest("Oak tree"); //... likewise Area area = new Area(0,0,0,0); getWalking().walk(area); //... is functionally equivalent to getWalking().walk(new Area(0,0,0,0));

I wouldn't say everything final has to be left in upper case, that's preference really. Perhaps for user-defined constants which modify how your code runs directly and will only ever be the value you provide, but for final attributes initialised in a classes constructor, while the values may be constant locally, globally across other instances this is not guaranteed!

Sorry to hear that. With your experience I'm sure you will understand how unpredictable bans can be - Be sure to give this thread a read if you have a couple of minutes to spare, so that you don't get banned again! Cheers Apa

Hey, this script only cooks items on fires/ranges - It will cook Tuna for you, and turn raw potatoes to cooked ones, but will not combine the items in any way. Cheers!

What's the problem with this?

I see you figured it out, thanks!

Hey, looks like you're right! I've given you another 24h starting now. Cheers! (: Apa

Hey, 78 smithing is awesome! (: As for your suggestion, I don't plan on adding the blast furnace as it's a pretty big change from the core of the script and while I could do it, I think it would warrant a price change since it would be undercutting other products on the store, thus infringing the store rules. I want to keep this script as affordable as possible! Cheers! (: -Apa

Not sure why it gets stuck , the web-walker should kick in! I'll take a look though, cheers! Done! Hey, Sure - you just have to enter your name in the link. Here's your progress... Wow!! Apa

Odd that it's switching between them - Either way this would be client sided since dropping is handled by OSBot code... perhaps it's not caching your settings correctly for some reason! Not sure. I will take a look but there's most likely nothing I can do. apa

Hey, cheers for that - sorry I didn't get to you in time!! (Just woke up) Cheers Apa

Nice work (: Just a few things, firstly, there's no need to store Player myPlayer() in a variable since you're only using it once. Secondly, I would highly recommend using a conditional sleep after interacting with feathers instead of a static one. This conditional sleep could factor in distance to the feathers to determine the threshold, and look for an inventory gain/amount rise for the condition boolean. This means the script will only sleep for as long as it needs to, and time out and try again if for whatever reason the interaction fails (Also I would recommend making use of the interact methods boolean return). You can define a conditional sleep anonymously, or by extending the abstract class with your own class and overriding the method that way. Check out the API: https://osbot.org/api/org/osbot/rs07/utility/ConditionalSleep.html -Apa

Hey, I've mentioned this before, but so far i've avoided adding non food-on-fire/range activities as adding one would ultimately result in me adding them all. Since the script is comparatively cheap compared to other products on the store, I think this would warrant either a price rise or a new release altogether to avoid infringing the OSBot store rules and undercutting other script prices. It's a bit of a tricky topic, but I will say this: I would like to add it in future and may well do, but I would probably have to seek permission & potentially request a price change if that is what would be needed - I cannot make any promises though! Cheers Apa

Yes, as Juggles said, I think Alek mentioned somewhere that it was a fixed 10%!

Area you sure it still drops manually? It should shift-drop if you have the option enabled... Perhaps this is an issue on OSBots side. Have you tried re-starting the bot? -Apa

Hey, Thanks for getting in touch! I'm not sure which script you're referring to; however I only do 24/12h trials for the scripts (see the OP for details) - cheers! Let me know which one(s) you're interested in. Apa

Hey, Unfortunately there is not much I can do about this, since after the crabs spawn there is no way of detecting which ones are yours. They will return to their original spot after not being attacked for a short while though, so I wouldn't worry too much about this! Also, when you leave for the bank, most are normally killed so only 1 would walk away; if this is not the case then perhaps try a spot with fewer spawns to suit the stats of your account! (: -Apa

Sure! I've given you a 24h trial starting now. Enjoy! (:

Check pm!

I think this is a hardcoded OSBot limit which I cannot change; I will take a look however. cheers! Gosh, no idea! Looks like swing is not happy with something. Have you tried re-starting OSBot?

Hey, Unfortunately there's not much I can do about this without ditching the use of the reliable OSBot path walker. Since it does not handle obstacles automatically, I have to manually specify it in a separate call meaning the obstacle handling is not dynamic. It would also be risky to determine whether the door requires opening prior to walking from the bank, since the time spent walking this distance could result in a change of state of the door, thus leaving the pathwalker in an infinite loop. If I were to use the web-walker for all traversal, there could be routing issues so it's a bit of a compromise ):. If I were to remove the detection altogether, the bot would get stuck any time the door were to close, which is of course not an option! Hope that clears things up, I understand that it is less than ideal, however it was the best solution I could come up with! Cheers -Apa

Hey (: I could potentially add an option to customise this, however at the moment it is using a Gaussian-distribution derived algorithm to generate strings with different formats. These strings may be numbers in a range or values suffixed by scalar flags for non-standard notation (k,m, ...). The idea behind using the Gaussian distribution was to replicate how a human might do it, using certain quantity strings more frequently than others. I may ad an option to the settings tab so that you can specify an exact 'make-x' value to use each time. Thanks for the suggestion! (: -Apa

13 more supported locations, wider food support including Karambwans, Sinews, Anglerfish etc.