[Idea/Request] all-in-onel monitoring framework / plugin with plugeable modules $$

[dj_hype]

I'm willing to throw an extra $50 to the bounty, making it $100 total. Znuffle PM me and we can work this bounty business out

 

[Apoc]

Yeah, that's what I call a "crash". It throws the error reporting box and bybye if you close it. That exception cannot be caught inside a plugin.

What need such amount of lua calls? I'll give you two awful cases:
- loot tracking, as objectmanager returns all kind of wow items. You need to check which ones are in your bags
- get ingame map coordinates

Both could easily be done without LUA injection, but it's not currently implemented. Too bad.

Uhhh... right... you do know any items in the object manager are either in your bags, or equipped on you?

Here's a simple little func that employs 0 Lua to check items in your bags;

        private List<WoWItem> GetNonEquippedItems()
        {
            // First, we grab all equipped items, so we can remove them from our list.
            return (from i in ObjectManager.ObjectList.OfType<WoWItem>()
                    let bag = i.Container
                    // The first 23 items in our backback, are our equipped items. We don't want them. :)
                    where (bag.IsBackpack && bag.PhysicalItems.IndexOf(i) >= 23) || !bag.IsBackpack
                    select i).ToList();
        }

No Lua needed. And very few reads as well. (You can optimize it further by caching the bags themselves outside the LINQ query, but still, it's faster than Lua, and won't crash you.)

In-game map coords are just as easy. Just do some math. Check the DBCs for the start/end coords for the zone, and there you go. (I think they're in either AreaTable.dbc or Maps.dbc. Don't take my word on that though)

 

[cowdude]

Always learning stuff, nice.

Now what happen if you got a halfly-equipped toon, or you don't have a trinket equipped? I don't have time to check the API right now, but if this can be done without any lua call, that's great news.

 

[Sidalol]

This would be more of a wrapper than a plugin. A file containing a shit load of pre-made functions that can be called within other plugins such as on_Item_Drop or on_Whisper and get_Item_Name(slot) or whatever I assume? I can't read the thread at the moment because I'm at work, but I don't see the whole plugin with plugins thing. I'd also assume the bot api has a decent list of these functions and event handlers anyway?

I'll check again when I get home and I'll be looking at the plugin format for the first time tonight so I'll probably get a better idea of what's happening.

 

[Sidalol]

Okay it seems HB has fuck all. I assumed HB would have something like http://www.gpbot.com/API/functions_func.html

 

[R@D]

First off: I think this would be great and really add something to HB! This will not only make HB safer but it will also help developers. Hopefully this will help the HB community .

 

[wired420]

This would be more of a wrapper than a plugin. A file containing a shit load of pre-made functions that can be called within other plugins such as on_Item_Drop or on_Whisper and get_Item_Name(slot) or whatever I assume? I can't read the thread at the moment because I'm at work, but I don't see the whole plugin with plugins thing. I'd also assume the bot api has a decent list of these functions and event handlers anyway?

I'll check again when I get home and I'll be looking at the plugin format for the first time tonight so I'll probably get a better idea of what's happening.

Okay it seems HB has fuck all. I assumed HB would have something like http://www.gpbot.com/API/functions_func.html

HB has such. Its just hidden in a such a way that if you don't know how to add a reference to a project and browse an exe for objects you can't find it. It keeps the forums from being full of people trying to use this as a coding website instead of a bot site. I'm all for this staying the way it is.