• 0

posted a message on ElkGuild and ElkFriends updates
Thanks for the replies. I hadn't even realized I'd been idling for months in #wowace, I'll try to contact the author there.
Posted in: Project Discussion
• 0

posted a message on ElkGuild and ElkFriends updates
This is about the addons ElkGuild and ElkFriends, both originally from author Elkano.

I believe around WoW 4.0 they totally stopped working and only ElkGuild was updated ever since (last dec 2010). So I decided to rewrite ElkFriends from scratch, heavily based on ElkGuild so it would look, feel and behave very similar. In the process, I also added several missing features to ElkGuild.

They are now finished addons, both working flawlessly; I've been using them myself for several months, fine-tuning and polishing, and want to share them with others.

I've already tried to contact Elkano via the WowAce and Curse PM system, but I'm afraid he's not monitoring those anymore. I'm unable to update the existing projects (ElkGuild is on curse, but ElkFriends only exists on wowace), and don't want to use a different name since I feel I should keep credits to Elkano for the original idea and looks.

What is the best way to proceed?
Posted in: Project Discussion
• 0

posted a message on ChocolateBar, do you like chocolate?
Ticket 48:

Using ChocolateBar v2.0.7 @ WOW 4.0.6

The center group should be aligned in the center of the bar, but this is not the case. The more plugins on the left side have their text enabled, the more the whole group will shift to the left.

My setup contains a center group with about 12 plugins, the 5 leftmost plugins have their text enabled, the 7 rightmost plugins only show an icon. The whole center group is pushed way too far to the left.

It looks like it's putting an equal amount of plugins on either side of the center, while completely ignoring each individual plugin's width.

In short: moving a plugin within the same group should not affect the group's position.
• 0

posted a message on Cartographer_Fishing Error Message
Could anyone change 'Tourist-2.0' to 'LibTourist-3.0' in SVN, or can I commit this myself? When any dependency gets updated, it triggers an update of Cartographer_Fishing and overwrites my local changes.

- Cartographer_Mining
- Cartographer_Herbalism
- Cartographer_ExtractGas
- Cartographer_Stats
• 0

posted a message on Cartographer and WowInstantMessenger
I'm using Cartographer (and most of its modules) together with WIM and haven't noticed the problem you describe. Perhaps there's still another addon in play?
• 0

posted a message on Cartographer_Stat error message
I keep changing this line
local Tourist = AceLibrary("Tourist-2.0")
into
local Tourist = AceLibrary("LibTourist-3.0")
.

This works fine, but it gets overwritten when Cartographer_Stats is updated (probably due to some embedded library update).

Any chance this change could be applied to the version in SVN?
• 0

posted a message on Bongos3 - A main actionbar replacement
Hm, no such 'Shift-click' mention for me...

I see this that line is indeed conditional:
		if KeyBound then
if KeyBound:IsShown() then
else
end
end

Is KeyBound another addon perhaps? Anyway, it works even without it, so perhaps the 'Shift-click' line could be added unconditionally.
• 0

posted a message on Bongos3 - A main actionbar replacement
Quote from doxxx »

You can't use the normal Blizzard Keybindings window to assign keys to Bongos buttons. Shit-Click the Bongos minimap button to get into keybinding mode and then hover the mouse over each of your Bongos buttons and press the key that you want to bind to that button.

Awesome! Thanks for the tip, completely missed that.
Edit: in fact, the tooltip doesn't mention this feature ;)

There is this other problem, where the reputation bar width (and perhaps other properties) becomes unchangable when settings were copied from another profile. Only after manually editing its width in the Bongos.lua savedvariables file, the in-game properties window has any effect again.

I'd like to suggest the following patch to make the Bongos3 XP/Reputation bar work together with Fizzwidget FactionFriend. It enables the right-click menu to change the displayed faction, and the tooltip that shows the 'virtual rep' you have with quest items. It also fixes the problem where the bar text fades, even though it's set to "always show".

## OptionalDeps: GFW_FactionFriend

In Bongos_XP\bar.lua, make the following changes:
Line 88:
	click:SetScript('OnClick', function(frame,button) bar:OnClick(frame,button) end)

click:RegisterForClicks("LeftButtonUp", "RightButtonUp")

Line 103-120:
function XPBar:OnClick(frame, button)
if (button == "RightButton" and FFF_ReputationWatchBar_OnClick) then
-- change to reputation and show right-click menu
self.sets.alwaysShowXP = false
self:UpdateWatch()
FFF_ReputationWatchBar_OnClick(button)
end
if (button == "LeftButton") then
-- toggle between xp and reputation
self.sets.alwaysShowXP = not self.sets.alwaysShowXP
self:UpdateWatch()

-- this will toggle fizzwidget's tooltip on or off
if (self.sets.alwaysShowXP) then
self:OnLeave()
else
self:OnEnter()
end
end
end

Line ~240:
function XPBar:OnEnter()
-- show fizzwidget's tooltip if the reputation bar is shown
if ( not self.sets.alwaysShowXP and FFF_ReputationWatchBar_OnEnter ) then
FFF_ReputationWatchBar_OnEnter();
end
-- only fade-in text if it's not "always shown"
if not self.sets.alwaysShowText then
end
end

function XPBar:OnLeave()
-- hide fizzwidget
if ( FFF_ReputationWatchBar_OnLeave ) then
FFF_ReputationWatchBar_OnLeave();
end
-- only fade-out text if it's not "always shown"
if not self.sets.alwaysShowText then
end
end
• 0

posted a message on Bongos3 - A main actionbar replacement
Quote from dracula »

* After some tries I got it right: I assigned button F1 to 'Bottomleft action button #1', which seems to correspond to the first button of the 1 x 12 bar. However, there's no keybinding text ("F1") on the button.

Hmm, and on all my other characters not even the keybindings for the first bar (1-12) show up on the buttons, even though the option is enabled.
• 0

posted a message on TinyTip v2 (official thread)
Bumping this thread, wondering whether the open issues have a chance to be implemented any time soon, thread? I'm especially missing the mana bar on unit tooltips, the raid target symbols, and the names of the players in raid targetting the unit.
• 0

posted a message on ElkBuffBars v2 (finally Ace3 version)
Lately I'm noticing short debuff timers slightly jump back and forth. That is, the animation of the shrinking bar seems to go in pulses, far from smooth. Does anyone else notice this?
• 0

posted a message on Bongos3 - A main actionbar replacement
Few issues I'm seeing:

* I created one big block of 5 x 12 buttons, and another bar of 1 x 12 buttons. How do I know what button to assign keybindings to? There aren't any Bongos3 keybindings right?

* After some tries I got it right: I assigned button F1 to 'Bottomleft action button #1', which seems to correspond to the first button of the 1 x 12 bar. However, there's no keybinding text ("F1") on the button.

* As soon as I hover the mouse cursor over the experience/reputation bar, the text will fade as soon as I move the mouse away, even though the option "Text -> Always show" is enabled.
• 0

posted a message on Chatter- Ace3 chat mod (was Chatterbox)
Yep, loads of errors, looks like missing dependencies again. Wondering how these kind of errors end up in SVN...

For every localization file it gives:
[2008/05/18 16:27:16-2948-x1]: Chatter-1.0\Localization\enUS.lua:3: Cannot find a library instance of "AceLocale-3.0".
FuBar-3.0.52967\libs\LibStub\LibStub.lua:23: in function GetLibrary'
Chatter-1.0\Localization\enUS.lua:3: in main chunk

[2008/05/18 16:27:16-2948-x1]: Chatter-1.0\Chatter.lua:1: Cannot find a library instance of "AceAddon-3.0".
FuBar-3.0.52967\libs\LibStub\LibStub.lua:23: in function LibStub'
Chatter-1.0\Chatter.lua:1: in main chunk

---
• 0

posted a message on Chatter- Ace3 chat mod (was Chatterbox)

Some tiny bugs and missing features:

General
Opening and closing any dropdown causes the game to freeze for about one second.

Channel Names
Replace name with empty string doesn't work. If you use an empty editbox for the 'Guild' chat it doesn't replace it at all. And if you use an empty editbox for 'Whisper' it generates errors:
[2008/04/24 16:13:31-2865-x2]: Chatter-1.0\Modules\ChannelNames.lua:150: attempt to concatenate field 'Whisper To' (a nil value)

Perhaps you could add a checkbox next to each editbox to enable or disable that replacement. That would remove the ambiguity of an empty editbox.
Edit: I see the case where it contains a space is treated separately, I think it should just not append the additional space then.

Timestamps
Optionally put a space behind the timestamp. Of course you could override the timestamp with "[%H:%M:%S] " (and include the space there).

Mousewheel scroll
Swap Shift and Ctrl behaviour? In Windows, holding Ctrl while pressing Home or End causes the scrolling box to go all the way up or down. The addon WIM also uses Shift for page scrolling, and Ctrl for all the way up/down.
• 0

posted a message on Prat 2.0 Chat Mod Framework (Official Thread)
How about adding the following fix, because the Scroll settings are completely messed up atm...

Prat_Modules\Modules\Scroll.lua:
Line 267:
        get = function() return self.db.profile.normscrollspeed end,
set = function(v) self.db.profile.normscrollspeed = v end,

Line 287:
        get = function() return self.db.profile.ctrlscrollspeed end,
set = function(v) self.db.profile.ctrlscrollspeed = v end,

Line 299:
        get = function() return self.db.profile.lowdowndelay end,
set = function(v) self.db.profile.lowdowndelay = v end,

Also I'd suggest swapping shift and control behaviour as that's pretty common in most other addons:
Line 31:
        if IsControlKeyDown() then
cf:ScrollToTop()
else
if IsShiftKeyDown() then
(...)

Line 45:
        if IsControlKeyDown() then
cf:ScrollToBottom()
else
if IsShiftKeyDown() then
(...)

Furthermore, scrolling all the way to the top does not clear the unused portion of the chatframe which makes it appear as if the frame didn't scroll at all.

The combatlog does not have Prat timestamps, even though the checkbox for ChatFrame2 is enabled. I'd like to have the same formatted timestamp as the other chatframes, and Nurfed (which is the addon I used before, but want to abandon cause it's no longer being updated) managed to add its own timestamps to the new 2.4-style combatlog.

Lastly, fading behaves erratically: when text starts to fade it fades from 100% alpha to around 5% alpha (where it's just still barely visible) and then it stays like that. This happens with Fading module enabled but also when it's disabled. It doesn't happen without Prat.