This is the full distribution of Sorren's Timers updated for 2.4.
Updated in this case means it - hopefully - has the same functionality as it had before the recent patch that made parts of it inoperative.
Consider this a - not so - interim release,
until Sorren gets around to doing a proper re-code,
and build upon existing features.
That said, pre-2.4 functionality is good enough for me.. I missed this mod
Quote:
Originally posted by Astraycat
Sorren's Timers is a mod that creates groupable status bars for debuffs, and various class skills using the Ace framework.
Skills are added to the options after you use them for the first time. /st config or click on the minimap icon/fubar icon to bring up the new config pane.
Bars that you don't want can be quickly disabled by Alt+Clicking on them and selecting disable.
Ability to share skills.
This has to first be enabled in the gui (under 'Group Skills' menu)
Then you have to enable sharing of specific skills by going to their options and ticking 'Share'.
This version should also be compatible with just about every language, even if its not localized for every language.
Due to changes in the default format strings to display buff and debuff stacks,
you might need to revert to "defaults" for them to work if you had saved settings with custom format strings.
If you are upgrading from version 20400-8 or earlier
it is recommended to remove the addon folder
and extract the new package instead of just overwritting
to clear out redundant files (babble-2.2 and SharedMedia-1.0 libraries)
Version 20400-14
- bugfix shared skills bar text
- bugfix shared skills options
Older Changes: #ChangeLog
Change Log - Sorren's Timers (2.4)
Version 20400-14
- bugfix shared skills bar text
- bugfix shared skills options
share was mistakenly enabled (and not working) for buffs and enemyskills
when user was running with default settings (not customized skill groups)
Version 20400-13
- bugfix duplicate bars when zoning in/out of instances
Version 20400-12
- bugfix duplicate pet bars (when mounting/taking taxi/dismissing+calling pet)
Version 20400-11
- (possible) bugfix invalid spellid
Version 20400-9
- Babble-2.2 dependency removed in favor of GetSpellInfo() API
- SharedMedia-1.0 -> LibSharedMedia-3.0 upgrade
- 'Cheat Death' added to enemy skills.
Version 20400-8
- unique identifiers (guid) implemented.
ST should now differentiate between "same name" targets.
A side-effect of that is the number of bars will go up in situations
where multiple mobs of same kind are fought (aoe),
but for example polymorphing/trapping/sapping one target while killing
another of the same name should keep the bar for the original running,
making it much easier to track duration.
Version 20400-7
- Nether Protection (requested by llama)
and quite a few more spells added to enemy skills group.
(you might need to go and disable stuff that doesn't interest you
.. the amount of short duration enemy skills (< 30'' ) tracked
has doubled)
Version 20400-6
- missing Wrath of Air totem added (thanks Margot)
Version 20400-5
- Reduce text flickering on bars that don't show stacks
- waterfall reference fixed in embeds.xml (thanks Mikari)
- Error on newly created chars of some classes fixed (lvl1-2)
Version 20400-4
- Bugfix: reactive abilities bars
(mongoose bite, counter-attack, riposte, revenge, overpower etc)
- partial workaround for the inconsistencies with UNIT_DIED
(blizz bug slated for fix in 2.4.2)
Version 20400-3
- Option to display buff stacks on target and self
- Bugfix: interrupts bar
Version 20400-2
- Option to display debuff stacks on target.
Version 20400-1
- Recoded new Combatlog API (2.4 compatibility fix)
- Removed Parser-3.0 Lib (obsolete after 2.4)
- Removed Deformat-2.0 Lib (not used anymore)
Originally posted by Kerecha Im guessing this error is related to Sorrens.
Code:
[2008/05/14 21:08:52-1923-x1]: AceOO-2.0-38641 (AceOO-2.0):734: AceComm-2.0: AceComm-2.0 requires AceEvent-2.0
AceComm-2.0-60961 (Ace2):2309: in main chunk
---
Btw, any way to change the alpha of the timer bars? (would like to have em at 50% like the rest of the UI)
It's most likely not related to Sorren's as it's about missing AceEvent.
I've included externals properly and tested with Sorren's standalone
(no other addons or Ace libraries installed).
All needed libraries are included, it's another addon.
I've had a few requests now for further customization options for the bars.
Means I'll probably have to see what's available from CandyBars (the library used to draw them)
Off the top of my head I don't remember any function for setting alpha, last I looked at them.
Originally posted by shadowwolf Apparently this version on wowinterface differs from the wowace hosted version. Using this version the problems went away as it appears those outdated libraries have been removed.
Any reason the 2 differ? I use Wowace Updater to make my life easier and up till 2.4.2 its worked fine for me honestly, so I didnt know there was a difference.
The addon didn't throw errors, that does not mean it was fully working.
ST relied on events among which UNIT_AURA (unchanged in 2.4) and several CHAT_MSG_COMBAT* messages that were removed in 2.4 along with the usefulness of parserlib.
You lost several bars when 2.4 hit, you just didn't realize it because of no lua errors.
Parser-3.0 and Deformat-2.0 where removed in the first version of the patch posted here,
not to resolve any 2.4.2 issues.
For full details of what is different between this version and the one on wowace svn check the changelog.
The reason this is not hosted on wowace svn is twofold
1. I don't have an svn account
2. I'm not sure the addon is abandoned by the original author
(Astraycat has taken long breaks before and nowhere has he stated that he's discontinuing development)
Apparently this version on wowinterface differs from the wowace hosted version. Using this version the problems went away as it appears those outdated libraries have been removed.
Any reason the 2 differ? I use Wowace Updater to make my life easier and up till 2.4.2 its worked fine for me honestly, so I didnt know there was a difference.
Last edited by shadowwolf : 05-14-2008 at 08:59 AM.
Parser-3.0\Parser-3.0.lua:1160: attempt to concatenate field 'GOLD' (a nil value)
Code:
SorrenTimers-2.2\SorrenTimers.lua:101: AceAddon: AceOO-2.0: Library "Parser-3.0" does not exist.
Ace2\AceLibrary\AceLibrary.lua:122: in function <Interface\AddOns\Ace2\AceLibrary\AceLibrary.lua:75>
(tail call): ?:
(tail call): ?:
AceAddon-2.0-57245 (Ace2):973: in function `new'
SorrenTimers-2.2\SorrenTimers.lua:101: in main chunk
Which is followed by a bunch of SorrenTimers-2.2\abilities-* failures
You'll have to be more specific about what "doesn't work" means.
Make sure you have an error capture addon or "show lua errors" enabled from Interface Options in-game.
I loaded SorrenTimers along-side my other addons (too many to list here)
and without any other addons at all
(to make sure it doesn't work for me because of a library fix from another Ace addon).
It functions just fine (well, same as it did before 2.4.2 if that defines "fine").
Bars show up and I have no problem bringing up the configuration with /st config
or using the minimap-button (I'm not a Fubar user myself).
I've noticed that the DR bar (for Cyclone at least) is a couple seconds off. If you cyclone right after the bar disappears, it will come up as an immune. I know this is very specific, but can something be done to more accurately display the DR (maybe it's just server lag?). If not then it's not that big of a deal .
Originally posted by Dridzt #4 You can already arrange the text elements on the bar by re-ordering the format placeholders or removing some altogether.
Explore the options.
I tried this, but found that the aura stack number was attached to the spell name: I could not remove the name without the number disappearing as well.
Originally posted by goat_song I have a shopping list of requests, if requests are accepted:
1. Let the minimum bar height be less than 16. 16 is very thick; I don't know of any other bar-displaying addons requiring bars to be so huge.
2. Reduce the left-indent of the text on the bars. With the text currently indented from the left it is, long spell names + target names get cut off on the right side, with wasted blank space to the left of the text.
3. Display aura stack numbers (eg: Lifebloom) on the spell icon rather than in the spell text. That way even if the text is cut off the stack number will still be displayed.
4. Alternately, let us display the stack number without the spell name. That way we could simply omit the spell name text, keep the target text, and not worry about the stack number (currently displayed on the right) being cut off.
The addon uses an Ace-based library (CandyBar) for drawing bars.
I don't intend to switch to another solution so configurability is limited by what the library supports.
(and my willingness to delve deeper into it)
#2 + #3 are not doable with the current implementation.
#1 I'll think about it.. I've had others request thicker bars/larger fonts.
#4 You can already arrange the text elements on the bar by re-ordering the format placeholders or removing some altogether.
Explore the options.
On a general comment:
I don't intend to deviate far from bug-fixing... this is still a patch to "fix" the addon for 2.4 mostly.
The original author would need half/1hour reading code to review my changes and
decide if he'll incorporate them to original version or solve same issues in his own way.
Features I - might - add will be things that can be implemented without making major changes to the code-base.
I have a shopping list of requests, if requests are accepted:
1. Let the minimum bar height be less than 16. 16 is very thick; I don't know of any other bar-displaying addons requiring bars to be so huge.
2. Reduce the left-indent of the text on the bars. With the text currently indented from the left it is, long spell names + target names get cut off on the right side, with wasted blank space to the left of the text.
3. Display aura stack numbers (eg: Lifebloom) on the spell icon rather than in the spell text. That way even if the text is cut off the stack number will still be displayed.
4. Alternately, let us display the stack number without the spell name. That way we could simply omit the spell name text, keep the target text, and not worry about the stack number (currently displayed on the right) being cut off.