[Addon] MultiTool

[DgtlSorcrs]

I've held off posting an announcement for MultiTool here until I felt that I had a decent Beta

MultiTool v0.1.06 is now available at curse.

I was inspired by Smurfy's MultiBoxer V2, but I wanted to roll slightly differently.

A lot of Multi-Boxing addons seem to follow the same dynamic that we use to control our toons: master/slave relationship. That's all well and good, and some of the really clever ones even have the ability to pass that master token around. However, I wanted to do a bunch of simple things (quest gossip cloning, taxi follow, and others) with a "masterless" approach.

When you want to use flight master, just open dialog on all toons. As soon as you pick a destination on one toon, they all fly there. A happy discovery made while testing: If all your toons are in the same continent and they have valid connecting flight paths available, this feature will work from ANY flightmaster. While testing, I had ported my mage to dalaran and had my other two toons at wyrmrest temple. Opened the flight masters on all toons and selected another location (Venomsipte or whatever its called) and they all flew there. This is nice when you have one toon pop off somewhere (to train or do a class-specific turnin) and want to get them all back together.

The "masterless" approach also works on quest gossip / turnin.

All your toons in the party with MultiTool will copy the action of any other at quest dialog. I just added a new feature... By default, if there are multiple choice rewards, the choice will NOT be cloned (I run a Pally, a Holy Priest and a Mage, so i often want different rewards). However, you can select an option on the options page that will allow cloning of those choices.

The neat thing is that this is configurable per character on the receive side which means that someone with say, a pally and two shaman could set the shaman to both clone reward choices, but the pally not to, and as long as you pick the reward on the shaman BEFORE picking reward on the pally, the shaman will clone choice, and the pally will then be free to pick their reward.

Hope that made sense.

I've got a lot of things I'm looking to do with this... here's the big-picture blueprint:

PLANNED FEATURES

* BLIZ Addon Config compatible - Implemented v0.1.02
Will properly integrate into the new Blizard addon configuration pages

* Profile support - In-Progress
Will use profile-type system to allow for easy customization per toon/account

* WhiteList - Not Started
define one or more toons in a list for use in invites, taxi following, auto trade, etc that require a high degree of trust (More than just general friends list)
Possibly define permissions (canAutoTrade, canChooseTaxi, canAutoInvite, etc...)

* Auto Deny duel requests - Implemented v0.1.02
Maybe MAYBE allow whitelist to request dual - though dueling dualboxers seems a bit Freudian to me

* Inviter - Not Started
Attempt to invite all those on your white list with one click

* Taxi Dispatcher - Implemented v0.1.03
Allows other toons in your group with the addon to automatically take the same taxi node as you

* Quest Log Full alert - Not Started
Some kind of sound/warning to other members of group with addon if a toon's quest log is close to full

* Bags full warning - Not Started
Some kind of sound/warning to other members of group with the addon that bag space is low/empty

* LootSetter - Not Started
Automatically set party loot to FFA when leader and party consists only of those on your ffa list. When adding members NOt on your list, switch to Group Loot

* Auto Accept Group Invite - Not Started
define a list of toons whose invites you will always accept

* Auto Repair - Not Started
When a toon with the addon opens a dialog with a repair vendor, it will attempt to repair all

* "Follow Me" - Not Started
Any toon in group with the addon can send a "follow me" command and the others will attempt to /follow them... this will probably ONLY work out of combat due to Blizz security

* AutoTrade - Not Started
IF a party member in your group with the addon AND in your white list clicks "accept trade", your toon will auto accept

* Triage - Not Started
Auto switch party lead to next in line in your whitelist when current leader dies

* Quest Gossip Share - Implemented v0.1.06
Allows other toons in your group with the addon to copy your choices on quest dialogs

* Auto Quest Completion - Not Started
Quests with simple turn-in-and-done dialogs will autocomplete when NPC dialog is opened

* Quest Progress Announcement - Not Started
Announces to others in your party who have the addon when you make progress on a quest(like the old cosmos-based Party Quests) used to do

* Auto Share quests - Not Started
when one toon picks up a quest, they will attempt to share with others in the group who have the addon

* Auto accept shared quests - Not Started
when a shared quest is offered by another in your group with the addon, you will attempt to accept

* Auto Sell Gray/Junk - Not Started
When a toon with the addon opens a vendor dialog, it will attempt to auto-sell gray quality items... need a blacklist to stop selling of arbitrary desired items

* Auto restock reagents - Not Started
When a toon with the addon opens vendor dialog, will scan for desired reagents/items as well as current supply in toon's inventory and buy enough to return to preset supply

* Group Hearth - Not Started
Command to cause all in your group with MultiTool (in whitelist when I finally build that) to hearth

NOTES
There are probably many things I can't think of at the moment, but this is a good wish-list.

If I can figure out a way to do it, I may set this up as individual modules so that one can quickly enable/disable parts they want or don't want to save performance and to try and isolate the parts from each other as much as possible

[Fizzler]

Cool I will have to take a closer look at it when I get home.

[Ken]

Most of these features are already available in Jamba, why bother making the same thing? What differentiates this addon?

[Bettysue]

Why tell an interested person to stop coding, Jamba duplicated a lot of features in Multiboxer, and quickly became an addon most people use on a regular basis. Your signature provides a link to a page that seems as though it will provide information easily found here on this site, why make another one? Do not stifle this persons willingness to provide another option to the community. His approach is a bit different from the Jamba approach as it does not require doing everything from the master or setting/resetting master to perform certain functions. While I am a user of Jamba and a promoter of the addon, I would never tell a person to discontinue effort on a similar addon as it may yeild an undiscovered feature we can all use.

If you program for Jamba consider it a compliment that your addon has become the starting ground for new idea development. If you aren't a programmer realize that we all start somewhere, and experimentation with known events and outcomes is often the first step to becoming proficient. I programmed a majority of KLH Threatmeter, only to have someone take it further and make Omen, an addon I gladly use and reccommend.

All that being said I look forward to what this addon can provide, keep it up I'll be watching and testing.

[DgtlSorcrs]

Jamba[/url], why bother making the same thing? What differentiates this addon?

Truthfully, I never saw Jamba until after I had already started on MultiTool... (I actually started it because I liked where MultiBoxer v2 was going, but found it to be a bit more broken than I'd like, and after looking at the source, I decided taht an addon so dependant upon a possibly abandoned framework (LibRock) was not something I wanted to try and dig into. (thatst not a dig on smurfy or LibRock, just personal preferences.. I figured if I was going to teach myself to write addons for wow, I was going to use a well-supported, continually-updated framework or none at all)

Jamba does indeed seem really nice, but now that I've started, I'm going to continue along the path I've taken. As far as I'm concerned, if nobody else ever uses MultiTool, it's still EXACTLY the addon I want... with the features I find most useful. In fact, I'm tempted never to download or use Jamba so that I don't just end up duplicating it... rather let the features flow from my personal preference and direction.

BettySue was correct as well: The big thing that sets MultiTool apart is the idea of being as unobtrusive as possible... that I do not have to set up my toons to recognize and follow a particular master when doing quest dialogs and flight masters and whatnot. I use a master/slave relationship with my playing like all other multiboxers (prot pally master runs in and grabs aggro, holy priest and mage slaves pew pew (and priest occasionally heal heal), but I very often find myself having my hand over on the mouse/kbd of one of my "offhand" toons, when its time to do something traditionally done with the master. I find it saves me a lot of time and clicks now that I have MultiTool doing what I want.

Also Also, I'm a software engineer... I spend a lot of time supporting existing code written by someone else. This is "hobby mode" where I get to code something the way I want and learn how to do things with LUA. It's a very nice change of pace.

[Jafula]

Also Also, I'm a software engineer... I spend a lot of time supporting existing code written by someone else. This is "hobby mode" where I get to code something the way I want and learn how to do things with LUA. It's a very nice change of pace.

That is exactly why I wrote Jamba. Hobby (programming), mixed with hobby (wow), absolutely brilliant. Do it. I find it very hard work, but rewarding. It's very good for us all to have some variety and choice.

Edit: The thing is I've seen lots of posts about people saying they will write an addon for multiboxers, but very few actual useful addons. The masterless approach you are taking would be great if you could get it to work in all cases. Jamba will always have the master/slave approach while I am in charge.

[Simulacra]

Jamba[/url], why bother making the same thing? What differentiates this addon?

>.< you sound like my Dad

[algol]

Sounds like your dad, maybe. But it was my first thought too. Jamba does a lot of this. Others like "group hearth" are a simple macro and require a keypress to do anyway AFAIK. But you do have an impressive (planned) feature list. If I was less tired, I would sort them against the Jamba list for new ones, then flag the ones that interest me.

I'm also curious whether it would be difficult to implement many of these as Jamba modules, since Jamba is designed modularly to begin with (and rightly so). Alternatively, if you plan to implement them in a way that lets them be installed individually instead of monolithically. While you may enjoy coding them as an end to itself, I would only be motivated to install parts that work better or do something new compared to what I've already got - the curse of the second guy to market, yes?

[Simulacra]

Sounds like your dad, maybe. But it was my first thought too. Jamba does a lot of this. Others like "group hearth" are a simple macro and require a keypress to do anyway AFAIK. But you do have an impressive (planned) feature list. If I was less tired, I would sort them against the Jamba list for new ones, then flag the ones that interest me.

I'm also curious whether it would be difficult to implement many of these as Jamba modules, since Jamba is designed modularly to begin with (and rightly so). Alternatively, if you plan to implement them in a way that lets them be installed individually instead of monolithically. While you may enjoy coding them as an end to itself, I would only be motivated to install parts that work better or do something new compared to what I've already got - the curse of the second guy to market, yes?

lol 2nd guy to market

twoboxtoolkit
Automaton
multiboxer
multiboxerv2
jamba
<insert new whatever here>

I guess you would have said the same thing way back in the old days of twoboxtoolkit

btw I never made it passed multiboxerv2 - no need to as it does everything I need.

[algol]

lol 2nd guy to market

twoboxtoolkit
Automaton
multiboxer
multiboxerv2
jamba
<insert new whatever here>

Yes, but I thought it would be tacky to rub it in more.

Also 14th guy to market doesn't sound as good.