In Jamba-talk module what does the option "Fake Whispers For Clickable Player Names" do?
Printable View
In Jamba-talk module what does the option "Fake Whispers For Clickable Player Names" do?
Turn off: "Master Auto Share Quests When Accepted" - as you are selecting and declining with team; there is no point sharing a quest everyone will already have.Quote:
I'm having problems with my toons accepting quests from NPCs and completing quests.
This was working for me until just recently. I must have messed some setting up. At present, I'm having inconsistant results. Some toons auto complete, auto accept and do nothing at all.
I have all the toons speak to the NPC before I accept, etc.
Here is what I want:
1. Toons to accept quest from NPCs when one of them accepts the quest. I don't want them to auto accept quest.
2. Toons to complete quest when one complets it. If I'm pressing shift when I complete a quest, I want all the toons to take the same quest reward.
I've tried a lot of differnet settting and nothing is working consistently.
I may have another addon with a conflict, not sure.
Here are the options I've selected for Quest and Quest completion. If anyone sees something wrong, I would appreciate a reply.
Quest:
Toon Select & Decline Quest with Team
Accept Quests
Toon Accept Quest from Team
Only Auto Accept Quests From:
Team
Master Auto Shares Quest When accepted
Toon Auto Accept Escort Quest from Team
Quest Completion:
Enable Auto Quest Completion
Quest Has No Rewards Or One Reward:
Toon Complete quest with team
Quest has more than one reward
Toon Complete quest with team
If modifier Key pressed, toon chooses Same reward
as team otherwise toon must choose own reward
I selected Shift
Override if toon already has reward selected, choose that reward.
You are missing "Toon Must Choose Own Reward" in your description.
Apart from that, everything seems fine.
Check that your toons do not have different settings from each other. Get the settings the way you want on one toon and push your settings to all your team members and make sure that they get them (in the default chat window, they should say Jamba-Quest: Settings received from xxx).
Some people want to be able to click a player name to whisper directly to them rather than using the chat relay functionality.
Whispers cannot be sent with clickable player names in them.
Rather than send a whisper, Jamba sends its own internal whisper command which is then displayed in the default chat window as text (not a whisper, but same colour as a whisper) with clickable player names.
putting back some suggestion I made in the macro thread:
the communication channel thing seems broken (I haven't upgraded to 0.5c yet maybe it's better/fixed) - toons go offline/online randomly - I think the work around I found is to use your own channel and password but setting that is inconvenient - I'm wondering also if the channel / pass is a security hazard (can someone make your alt do something or at minimum snoop on you if they are in the channel ?) - could you replace that with pairing UI like bluetooth for instance - or just an initial setup command - when you want to add toons together in team for the first time:
/jamba-setup master <optionalpassword>
typed once in the master would generate an 8 digits random number and show it on screen if you haven't specified one and enter pairing mode
/jamba-setup slave <mastername> <password>
would talk to the master and send it (privmsg) the password and pair
that way a new team addition is just typing 2 command (the second one is broadcasted to everybody so it's really done quick - would help with not having to type all the slaves anyway)
what do you think?
jamba can still use a channel instead of pair wise communication after that setup but the command and method I suggested is about to pick said channel and boostrap the team list effetively - the party addition is nice too but typically on a new team I setup jamba first and then jamba-team invite - so I'd like to do all that with 2 commands as above or similar
I had a team
Toon1 slave
Toon2 master
-- No other toons in the ilist
When I click the SHOW button on the macro /assist #Master# - it showed this as
/assist toon3
Ie it was translating master to a toon name I didnt have
I believe this was due to me removeing the toon3 who was marked as master - it appears as if that toon is rememberd as the master even when I set different toons to master
When I added toon3 back in it was slave/offline -but the problem went away
This could be done. Its not a high priority for me as its a bit of work as I would have to add special methods to send information that bypass the team online checks.
The communication channel is only used to see which toons in your team are online, it cannot be used to make your toons do anything.
Anyway, here is a ticket for your suggestion; at least you know its on the todo list now.
http://wow.curseforge.com/addons/jam...etup-commands/
cool, thanks, when do you plan to get the first release available through curse (that'd be very handy as most of my other addons are there and I use curse client)
How do I move the two windows that show up? One is labeled "Items", I cannot find an option to unlock it or move it from the center of the screen. All I can do is just not display it. The other is the Jamba Team box. I can't move it either. Ugh, help! Otherwise it is a great program.
Hold "alt" while left clicking to move. Just figured that out myself.
Thanks. That did it.
Hi Jafula..
what a wonderful add on you've made !!
I'm amazed by your work !!
thanks for the good work...
I really do enjoy the Item buttons bar, I wish it could be used for vanity pets, mounts or even spells, which is not working atm !! If you think it's doable.. I'd be pleased by a feature like this !
again, many thanks :)
Jafula,
I absolutely LOVE this addon!! It's the best thing since sliced bread! REALLY!
I was wondering if there was any way to add in an option to turn off follow strobing when in a vehicle? I sometimes cart around low level toons with my lvl 80 on my Grand Ice Mammoth and the follow strobing will send a follow broken error message to the master every second, which is what my strobing interval is set to. The only way to stop the error is by turning of the message if follow strobing, which kind of defeats the purpose. If the slave gets stuck on something when not mounted and breaks follow I won't get an error message on the Master with that turned off. Hope you can work that in somewhere in a future release.
Thanks!
You might have to look up the actual commands, but there should be a slash command for stop following, so
/cast mammoth
/jamba-follow(something that turns it off)
Seems like it would mount and turn off follow strobe, then just do a slash command to turn it on when you dismount.
/dismount [mounted]
/jamba-follow(something to turn it on)
Jafula,
Anychance of bringing back Silent Selling/Repair plus the option to skip guild repair?
Right now the master is getting a lot of spam from repair/sell messages.
Thank you
Feature request and a thread/post request:
Feature request is a gag toggle that keeps slaves from speaking or using most channels, cuts down on inadvertent spam.
Thread/post request could I trouble you to add in the date of new release of the newest version in the thread title or at least in the headers of the first post where you list the changes?
I'm using Jamba for several months now. It's great.
Is there anywhere an explanation how jamba macro, macro:variables, macro:macros and proc work? I have the feeling I'm missing lots of the power of Jamba by not knowing how to use that.
I maybe have a useful suggestion or two.
I'd like an opportunity to show a characters pets health in the team window.
It then would be a big improvement if I could connect macros to the area of the health bars that can be used by clicking on that area, like "let char <x> use potion <z>", "let char <x> cast Pet Heal", "let char <x> cast heal on char <y> / pet of char <y>". Much like healbot :)
Can I somehow in-game get a list of the currently defined slash-commands, hidden buttons and so on?
Jafula,
Not sure if anyone will find this useful - I think they might - I wrote this to support a new quest reward selection method. This code will attempt to choose an item upgrades for each character from quest rewards, if it doesn't believe there is an upgrade, it will simply choose the most valuable item for vendoring. This is my first time writing anything in LUA, but I think dropping this code in AJM:DoChooseQuestReward will get you most of the way there (I've been testing in a separate addon):
At the very top of AJM:DoChooseQuestReward add:
Replace any explicit call to GetNumQuestChoices() with numberOfQuestRewards, for cleanliness.Code:local numberOfQuestRewards = GetNumQuestChoices()
Then, in the conditional for "more than one quest reward", a new option like "AJM.db.hasChoiceAquireBestQuestRewardForCharacter " would contain the logic below:
All yours if you want to make use of it. Only part of that code that isn't mine is the lookup table for equipment locations -> item slots, which I pulled in from LibItemUtils.Code:-- Choose the best item for this character, otherwise choose the most valuable to vendor:
local mostValuableQuestItemIndex, mostValuableQuestItemValue, bestQuestItemIndex, bestQuestItemArmorWeight = 1, 0, -1, -1
local armorWeights = { Plate = 4, Mail = 2, Leather = 1, Cloth = 0 }
-- Yanked this from LibItemUtils; sucks that we need this lookup table, but GetItemInfo only
-- returns an equipment location, which must first be converted to a slot value that GetInventoryItemLink understands:
local equipmentSlotLookup = {
INVTYPE_HEAD = {"HeadSlot", nil},
INVTYPE_NECK = {"NeckSlot", nil},
INVTYPE_SHOULDER = {"ShoulderSlot", nil},
INVTYPE_CLOAK = {"BackSlot", nil},
INVTYPE_CHEST = {"ChestSlot", nil},
INVTYPE_WRIST = {"WristSlot", nil},
INVTYPE_HAND = {"HandsSlot", nil},
INVTYPE_WAIST = {"WaistSlot", nil},
INVTYPE_LEGS = {"LegsSlot", nil},
INVTYPE_FEET = {"FeetSlot", nil},
INVTYPE_SHIELD = {"SecondaryHandSlot", nil},
INVTYPE_ROBE = {"ChestSlot", nil},
INVTYPE_2HWEAPON = {"MainHandSlot", "SecondaryHandSlot"},
INVTYPE_WEAPONMAINHAND = {"MainHandSlot", nil},
INVTYPE_WEAPONOFFHAND = {"SecondaryHandSlot", "MainHandSlot"},
INVTYPE_WEAPON = {"MainHandSlot","SecondaryHandSlot"},
INVTYPE_THROWN = {"RangedSlot", nil},
INVTYPE_RANGED = {"RangedSlot", nil},
INVTYPE_RANGEDRIGHT = {"RangedSlot", nil},
INVTYPE_FINGER = {"Finger0Slot", "Finger1Slot"},
INVTYPE_HOLDABLE = {"SecondaryHandSlot", "MainHandSlot"},
INVTYPE_TRINKET = {"Trinket0Slot", "Trinket1Slot"}
}
for questItemIndex = 1, numberOfQuestRewards do
local itemName, itemLink, itemRarity, itemLevel, itemMinLevel, itemType, itemSubType, itemStackCount,
itemEquipLoc, itemTexture, itemSellPrice = GetItemInfo(GetQuestItemLink("choice", questItemIndex))
local itemId = itemLink:match("|Hitem:(%d+)")
local isItemEquippable = IsEquippableItem(itemId)
local _, _, _, _, isItemUsable = GetQuestItemInfo("choice", questItemIndex)
if itemSellPrice > mostValuableQuestItemValue then
-- Keep track of which item is most valuable:
mostValuableQuestItemIndex = questItemIndex
mostValuableQuestItemValue = itemSellPrice
end
if isItemEquippable == 1 and isItemUsable ~= nil then
-- NPC is offering us an item we can actually wear:
local currentEquippedItemLinksInSlots = {}
local currentWorstEquippedItemInSlot = nil
-- Figure out what we already have equipped:
for _, itemSlot in ipairs(equipmentSlotLookup[itemEquipLoc]) do
if itemSlot ~= nil then
local currentEquippedItemLinkInSlot = GetInventoryItemLink("player", GetInventorySlotInfo(itemSlot))
if currentEquippedItemLinkInSlot == nil then
-- Of the n item slots available, at least one of them has nothing equipped. Ergo, it is the worst:
currentWorstEquippedItemInSlot = nil
break
else
-- There's an item in this slot, get some details on it:
local _, _, _, currentEquippedItemLevelInSlot, _, _, currentEquippedItemSubTypeInSlot = GetItemInfo(currentEquippedItemLinkInSlot)
-- We haven't yet determined the worst item, or the item we see in this slot happens to be worse than the other item
-- we saw in this partner slot (ie. a ring in one slot is worse than a ring in another slot):
if currentWorstEquippedItemInSlot == nil or currentWorstEquippedItemInSlot.itemLevel > currentEquippedItemLevelInSlot then
currentWorstEquippedItemInSlot = {
itemLink = currentEquippedItemLinkInSlot,
itemLevel = currentEquippedItemLevelInSlot,
itemSubType = currentEquippedItemSubTypeInSlot
}
end
end
end
end
if currentWorstEquippedItemInSlot == nil then
-- We're not even wearing an item in this slot, and the vendor has something we can use, take it:
bestQuestItemIndex = questItemIndex
else
if itemLevel > currentWorstEquippedItemInSlot.itemLevel then
-- NPC is providing us with an better item than what we currently have in this slot:
if armorWeights[itemSubType] ~= nil then
-- Armor subtype is one which we care to select based on some priority order:
if armorWeights[itemSubType] > bestQuestItemArmorWeight then
-- If this piece of armor is a better subtype (ie. Plate is better than Cloth if we can wear it):
bestQuestItemIndex = questItemIndex
bestQuestItemArmorWeight = armorWeights[itemSubType]
end
elseif currentWorstEquippedItemInSlot.itemSubType == itemSubType then
-- This isn't a piece of armor (ie. might be a weapon) - only take it if it's the same
-- subtype as the item we are already wearing (if we're wearing a staff, and NPC offers
-- a staff and a dagger, we'll take the staff):
bestQuestItemIndex = questItemIndex
bestQuestItemArmorWeight = -1
end
end
end
end
end
if bestQuestItemIndex < 0 then
-- If we haven't determined an item upgrade by now, just choose the one that we can vendor for the most gold:
bestQuestItemIndex = mostValuableQuestItemIndex
end
GetQuestReward(bestQuestItemIndex)
EDIT: Here's the code on PasteBin - easier to read w/ syntax highlighting: http://pastebin.com/m5ee57c2d
jamba addon dont take quest i take the quest on master and only he take it... the slave quest log open but dont take it....
Guys, just a simple question. How to move the Jamab Team Displa on the master? It is just positioned in the center of my screen and i can not move it. So how to move the jamba team window somehwere else?
Hey all, lately I have been having a problem with jamba, whenever I open the /jamba menu my fps drops down to nothing and I have to constantly /rl to reload my ui.
Is there a way for me to fix this on my end?
Possible incompatible addon problem here - Every time I open a vendor to repair or sell, I get disconnected. I believe it is a problem with an addon I use called SellJunk... It sells grey items and items I blacklist automatically when I open a vendor. With JAMBA, it auto-repairs at applicable vendors. I'm thinking the server's not liking the fact that i'm processing more than one transaction at a time and disconnecting me....
Haven't had a chance to disable SellJunk and enable JAMBA's internal sell junk feature, nor have I had a chance to test to see if this is the culprit addon... Just FYI
Hello,
I'm new in here and have some questions.
Is there any Starter Guide for this Addon?
Because my first Problem is, that the slave is never Online.
It doesnt matter which Char I use to try it.
Is it a problem to use Win 7 or start WoW from the same direction? Do I need two wow Folders or wow.exe?
Greets
Bit of a minor inconvenience since the latest Jamba update, it kind of broke my round-robin setup. ;) Figured I'd check here if there was another way to do it, or if not, if we could get the functionality back.
Basically, here's how my (random example spell) Frost Nova worked. The macro for all toons was:
/castsequence #RRStart#Frost Nova#RREnd#
Then, each toon would be using a different variable set. Toon1 would use variable set FTL1, Toon2 would use FTL2, etc., all with the same macro set.
FTL1 would have RRStart set as:
FTL2 would have RRStart set as: ,
FTL3 would have RRStart set as: ,,
FTL4 would have RRStart set as: ,,,
FTL5 would have RRStart set as: ,,,,
And then the same thing for RREnd, but in reverse order. This means that each toon would end up with a round-robined macro for Frost Nova without any extra work from me!
It worked great, however, this last update has, as far as I can tell, eliminated the ability to use the same macro set with different variable sets on a per-toon basis. I'm stuck to using one variable set per macro set. I *could* duplicate the macro set for each toon and use tags to turn them on for specific toons, HOWEVER, this would cause 5x the data to be included when I "push" macro sets... and it already takes 45 seconds to a minute to push *ONLY* the macro settings with THREE sets. I can't imagine what it would be like with fifteen.
Is there any way to do this still, or could this system be setup again? The easiest way I can think of is allowing the user to duplicate Macro/Variable set entries in the new "Macro" section, using different variable sets for each. That would allow me to set it up properly using tags.
I'm still getting some random disconnects when talking to repair vendors; I've disabled all other auto-sell and auto-repair addons and also unchecked "use guild funds for repairs."
Also, I dual box with my wife's acct, and I was using Jamba 0.5c to assist in helping her quest. I setup our toons as a Jamba team, but when I told her to remove my toon from the team so I wouldn't be spammed with her quest accepts, she clicked DISBAND instead of selecting me and clicking REMOVE. Wouldn't have been so bad, however I was off doing a pug heroic and it was as if I clicked on leave party on my end.
Could you possibly disable the DISBAND button if you are not in the same party as teammates (or solo)??
I know I'm not using JAMBA for which it was originally intended, but it offers so many features that I find helpful. (i.e. auto accept guild party invites, auto repair, auto sell, monitor party member's XP to level, etc.)
Did you put both party members in your team list on both toons? You will need to in order to make sure that JAMBA on both clients update each other and communicate.
I use Win7 x64, and I just reopen the same WOW.EXE each time. You do not need to copy or install a second WoW client.
Hi. I have used Jamba to level two chars to 60 and it works great. Now I decided to level another two chars to 60 again, but I have a problem. My Master (think it doesn´t matter) Auto-Accept all Quests if I´m going to speak to a NPC. I have Enabled/Disabled all features of Jamba but NO option work for me. He is just Auto-Accepting Quests if I talk to a NPC. This is really bad, because I want to look what Quests are available before Accepting and Sharing them. Does someone has a solution for this?
regards