FrostBug

Reflection has worked fine for me with osbot in the past. Just make sure the things you reflect aren't gonna be obfuscated to something else with the next client version

Script version 1.2 - Patched a color detection issue for Windows Server OS - Added inventory organizing - Prayer activation/deactivation in tomb - RSBuddy price loading (As opposed to old zybez prices) - Now fetches item data only when needed, rather than all at once - Improved barrows mound walking methods - Now disables prayers after tunnel combat - Patched an uncommon bug that could get you stuck in side-tunnels - No longer attacks the next NPC after getting the required killcount - Added a ClanWars bank route - Improved gear & prayer switching - Added Hotkey-based API - Improved potion combining / withdrawal speed - Added an option to not withdraw placeholder potions - Added an option for defensive spell-casting - Patched a bug with clicking an incorrect door, if it was in the way - Added checks to prevent starting with faulty settings - Patched a bug that would cause you to leave the mound area - Now switches gear while moving to the next mound _______ This is probably one of the larger patches yet. If you notice any bugs with it, please report them using the bug report template found in the OP. You will notice a new tab in the settings frame, Layout. You can use this to specify the layout of items in your inventory. The script will check and reorder the inventory contents according to specified settings. If you do not wish for the script to order the inventory, simply de-select all 3 optional checkboxes. NOTE: As always; the SDN manager will need to go through the changes and update the SDN before version 1.2 is live on the SDN! Once the new version is live, you will see the version number display as 1.2 in the client console at script start.

If and when it becomes possible, I will very much consider it, given that it won't have any big impact on efficiency/ general performance.

Listed some things in the FAQ, check that out Yep

I do not, but you can exchange your gold for a voucher which can be used to get the script. There's a section for that in the Marketplace No and no, sorry. Check the FAQ for more info

There are problems with that, though. In case it IS on cooldown when required, it would need to have a backup plan to get to safety. Also, the teleport animation gets interrupted by combat and falling rocks in the tunnels. For the same reason, it cannot function as an emergency teleport like the others can. This would require some changes in the framework itself, which I'm not really convinced is worth it :E

Basically it's there in the first place to serve as a death detection. So teleporting to lumbridge may seem odd if you're already there :E. Well, regardless. As I've posted a page back; 1.2 will include some improvements in mound pathing to prevent this issue. 1.2 is scheduled to be released this weekend

Currently not working properly on client version 2.3.65. Use 2.3.64 if you still have it. Will try to get in touch with the devs, to have this patched asap.

Hmm, that in itself is not an easy task. Most (if not all) standard API methods, including some of the lower level events, can take camera control by themselves. I could on the other hand try to customize the door interaction method, seeing as this seems to be the primary cause of misclicks. I'll look into that

Obvious answer

RS2Widget accept = getWidgets().get(187, 1, 9); if(accept != null) { accept.interact("Continue"); } To get to the middle of the instance, find the localX and localY coordinates of where you want to go. With these you can create valid positions like so: new Position(getMap().getBaseX() + localX, getMap().getBaseY() + localY, zCoord)

What is that terrifying looking thing that you're controlling o_O? Is that some kind of malformed boob? On a serious note, it looks good :E. Especially like the main menu design

It wouldn't run well in mirror mode, even if I did add workarounds to support the mirror with its flaws. This is because this script relies on the ability to quickly react to entity spawns and changes. If you see no point in using this on the standard client, I would simply suggest that you don't. Altho I believe a lot of people (including myself) would disagree.

It will not

Compile it to java archive (.jar) and place it in the OSBot scripts folder (typically placed at C:\Users\User\OSBot\Scripts\ on Windows) also, please use spoiler/code tags for stuff like this :E

I want @Acerd to post his

so.. this is the current progress for 1.2 release. The X'd features are finished and tested already, the rest is not. Hopefully I'll be able to release it early in the weekend

@Botre

this would be the proper way boolean your_mom_isVisible = true; boolean insert_30_inch = false; while(your_mom_isVisible){ insert_30_inch = true; }

As sentende also stated, these changes are both completed and included in version 1.2 However, It's still not ready for release just yet. I will post a progress update later today, as well as an ETA

getMagic().castSpell(Spells.LunarSpells.NPC_CONTACT); You cannot create new instances of classes that extend API / MethodProvider like that. If you want to create new API instances, you have to do an exchangeContext on it first, in order to exchange your current Bot/MethodProvider with it.

Check that you're only exporting the actual jar file to the scripts folder, and not a bunch of other project related sources/classes etc. Also ensure that the ScriptManifest is filled in correctly.

I won't even bother reading this entire thread :E There's no need to use enums, no need to worry about threading (he's getting the instance in onStart), no need to worry about invokelater vs. invokeandwait Literally all you've forgotten is to lazily initialize the instance in your getInstance method eg.

Started working on version 1.2, which will feature a ton of improvements and new features (as well as a few bug fixes). I don't know if it'll be finished this weekend. But soon.