[cloud]

• 100% Legacy mode support
• Fixed the flickering that occurred during screen projection (RS3) (I had to learn linear algebra for this -_-)
• Added Interfaces.getSelected and SlotAbility.isSelected
• Added a QueryResults class to the API (extends ArrayList). This allows for better sorting, shuffling, sublisting, and most importantly it allows you to more easily mix them. Using these correctly can help to prevent script detection.
  

  Previously:  GameObjects.newQuery().names("Chair").actions("interact").nearest();
  Current:       GameObjects.newQuery().names("Chair").actions("interact").results().nearest();

• Updated the web walking path generator to correctly handle when path generation fails (return null)

 

[neospacian]

I just KaReamed in my pants! xD

 

[viewer]

Nice one Cloud, nice one *pat on your back*

 

[black fire]

Nice one Cloud, nice one *pat on your back*

It currently doesn't Launch. Sit tight for an update

 

[cloud]

Java 7 support has been fixed as of beta 38.3, but you may need to redownload the entire client.

 

[kenneh]

Interesting. Perhaps I'll take a look.

 

[black fire]

Interesting. Perhaps I'll take a look.

Bring your AIO Combat script here please. You will find the API much more pleasing and admins not being cuntfucks

 

[kenneh]

Bring your AIO Combat script here please. You will find the API much more pleasing and admins not being cuntfucks

Strongly considering it, I'm really lazy though.

 

[black fire]

Strongly considering it, I'm really lazy though.

Put that 32gb RAM computer to use mehn

 

[kenneh]

Put that 32gb RAM computer to use mehn

Who are you?

 

[black fire]

Who are you?

I am anonymouse
...
..
.
Psyche, This is Spartan 117

 

[kenneh]

I am anonymouse
...
..
.
Psyche, This is Spartan 117

Oh yes, that guy who is literally on every bot forum xD

 

[black fire]

Oh yes, that guy who is literally on every bot forum xD

Well, i do contribute everywhere i am in one way or another

 

[kenneh]

Well, i do contribute everywhere i am in one way or another

I'll mess around with the client later on, but fyi I like how the information is displayed for npcs/objects and stuff but it's not too practical.

 

[black fire]

I'll mess around with the client later on, but fyi I like how the information is displayed for npcs/objects and stuff but it's not too practical.

@Cloud takes suggestions so just shoot

 

[cloud]

I'll mess around with the client later on, but fyi I like how the information is displayed for npcs/objects and stuff but it's not too practical.

If you can explain how it's not practical I can work with you to make it more friendly, however if you're suggesting hiding information it's going to be really hard to convince me. One of the main design points I'm pushing for is that scripters shouldn't be using ids at all and identification should be as dynamic as possible. This includes using things like model hashes, names, actions, textures, and whatever other information is available.

 

[kenneh]

I'd much rather have a traditional layout for information. Selecting one npc at a time or even having to click them to see the data to begin with seems like a waste of time. I just want to enable debug, grab the data from the npcs on screen and add it to my scripts.

Also, what's going on with the model in that picture? It's in the wrong spot entirely.

 

[cloud]

I'd much rather have a traditional layout for information. Selecting one npc at a time or even having to click them to see the data to begin with seems like a waste of time. I just want to enable debug, grab the data from the npcs on screen and add it to my scripts.

Also, what's going on with the model in that picture? It's in the wrong spot entirely.

The problem with the old style of debugging over entities is that even displaying a single piece of information (which isn't nearly enough) results in the screen looking cluttered. This way you can view all of the information the way the client is seeing it and it's far more helpful when debugging a problem. Although you may not think it's as practical I'm sure you'll end up enjoying it when something isn't going to the way you expect it to. And regarding that model, I have no idea, I'd have to have an account there to check into it. It could be something as stupid as a miscalculated table height.

 

[kenneh]

The problem with the old style of debugging over entities is that even displaying a single piece of information (which isn't nearly enough) results in the screen looking cluttered. This way you can view all of the information the way the client is seeing it and it's far more helpful when debugging a problem. Although you may not think it's as practical I'm sure you'll end up enjoying it when something isn't going to the way you expect it to. And regarding that model, I have no idea, I'd have to have an account there to check into it. It could be something as stupid as a miscalculated table height.

Yes, but I'm limited to grabbing one id at a time by the GUI instead of being able to easily view everything.

I get that all the IDs are visible in the GUI, but they don't reflect over to the npcs on screen. I don't really know which ones what. Also models are kinda broke.

 

[cloud]

Yes, but I'm limited to grabbing one id at a time by the GUI instead of being able to easily view everything.

I get that all the IDs are visible in the GUI, but they don't reflect over to the npcs on screen. I don't really know which ones what. Also models are kinda broke.

Well once of the purposes of providing all that information is so that you use the information to detect entities instead of ids. I understand that you can't tell quite as easily at a glance, however there's a distance filter to help you better judge. Would it be easier for you if they were sorted by distance by default? Also, the model isn't broken it's just a culled model. I'm going to be accessing models from the cache at some point after the official release similar to what we do for definitions, but for the time being culled models work fine.