For the leader of the pack thing, before the update it would show up as (ILOTP) +### as I had STD shorten the names of spells and abilities. Now it shows up as (Improved Leader of the Pack) +### even with spell name length set to 10. For the Bleeds though, I've been using Parser 3.0 ever since it was made part of the library package as I use external libraries and not embedded. I've tried turning on the Color by damage types on and off in the SCTD menu, but nothing works. I would try changing the color of DOTS but SCTD states, in the options menu, that it uses predefined colors and are not user configurable.
Perhaps make an options window to set up custom events that would save between updates? It's mildly annoying having to edit the events lua after every update. :)
I think I figured out the problem with bleed damage being colored yellow like special physical attacks in SCTD. I looked through the LUA file and changed the color of periodic damage from yellow to red hoping that it would fix the problem. In game, bleed damage was still colored yellow by SCTD meaning that bleed damage is being considered spell/special physical damage for some reason.
ramenchef, I'm really not sure what to suggest. Nothing about SCTD's colors has changed at all. Like I said before Parser 3.0 treats things different than ParserLib. Spell colors can be changed in SCT, the tooltip is just old in saying they can't be changed.
I recently started leveling up a paladin, and I noticed a weirdness regarding Retribution Aura. The damage dealt by it is shown as "5 (113)" (the number in bracket is always 113), whereas if it gets resisted, it shows "Resist (Retribution Aura)". Is it working as intended, am I doing something wrong, or is it a bug? I don't have any custom events set.
Mist, looks like a typo in the SCTD code. Will get it fixed next commit. You can turn off damage shields or turn of spell names with icons on to avoid the issue for now.
Rads, yes you just need to create a custom event for it. However you will have to do it using parsed strings as apposed to using debuff events as it currently only supports debuff gains in that manner.
I've been trying to use the Healer Filter to block out small incoming heals like vampiric embrace or healing stream, but sct seems to be filtering outgoing heals as well. I have overhealing shown and it's filtering out the small effective heals. However, the tooltip implies that the filter should only work on incoming heals. Am I understanding that correctly?
You may or may not know I am the current developer of WAU 1.x. I have been looking into how to treat addons such as your which have files which are user modifiable. This is problematic for many updaters, and I am trying to find a good solution, so I thought I'd ask for your input on the topic.
Is there a design that would let your users customize your addons without modifying any of the files contained in the zip? There are a few that have come to mind, refering to non-existant files in the toc, optional LoD addons, etc.
I know over time you have probably been asked about this.
Also, i was wondering, do your users install sct/sctd without the UI addon?
It is possible to package sct_options with sct, so the user only has to install sct (with wau). If you are interested, i can show you how to do that.
sylvanaar, I'm open to ideas on the config file. I've always assumed that people smart enough to modify it are also smart enough to back it up, but I admit that is not ideal =) I've considered just saving the data in a saved variable, but hadn't thought of good ways to control what gets updated in it, how to purge it, etc...Creating a UI for it is something I have considered many times but don't have any current plans to implement. I'd like to try to avoid using another LOD addon for it, but have a feeling that may be the best solution. New options are added to the config file over time however, so sometimes it just needs to be updated, at least for the documentation.
As for packaging sct/d and their options, I always package them together for website distribution. Its only on the SVN created zips that they are separated. Originally they were all together but that caused other issues with the zip files so it was asked that they all be split up, but that was over a year ago and things have changed since then. Let me know what you are thinking to get them packaged and I will definitely implement that.
I agree, they should be backing it up themselves, but I know I have deleted it accidentally more than once myself.
I havent been able to find a "collision-free" way to mix user modified files and zip files contents without having references to nonexistant files.
I have considered checksumming all the files - but it seems almost at that point people should just use svn.
The only way to really ensure a file doesnt get deleted is to place it in another directory. If it were a lod addon you could place a version number in the toc, then choose if you wanted to load the user version, or not.
Clearly I'm not 100% sure on a solution, which is why i wanted to pick your brain a little.
As for WAU and packaging multiple addons into one:
You could make sct into a package if you wanted (i know its only one additional addon, im just letting you know about it if you would like to use it).
To make a package you would add filelist.wau, and list any child addons 1 per line. Those addons would be contained in the sct folder
Looking for the code to display (any colour will do) when my Elixir of demonslaying buff expires please. I apologise for asking but I have no clue about strings and how to put the information together.
i am a long time fan of SCT/SCTD. Thank you for this fine addon.
A question: Is it possible to display the incoming damage to the pet?
The outgoing damage for the player and the pet is displayed but i don't see the damage my pet suffers.
is there an addon for sct or maybe a way through custom events to show (preferably class colored) party members damage in sct? it'd be horribly spammy in raids but it'd be cool in arenas, just have it go to frame2 or msgs and nothing else in that frame, or something.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
It was just me being blind.
It works fine :]
ramenchef, I'm really not sure what to suggest. Nothing about SCTD's colors has changed at all. Like I said before Parser 3.0 treats things different than ParserLib. Spell colors can be changed in SCT, the tooltip is just old in saying they can't be changed.
I recently started leveling up a paladin, and I noticed a weirdness regarding Retribution Aura. The damage dealt by it is shown as "5 (113)" (the number in bracket is always 113), whereas if it gets resisted, it shows "Resist (Retribution Aura)". Is it working as intended, am I doing something wrong, or is it a bug? I don't have any custom events set.
Thanks in advance.
Rads, yes you just need to create a custom event for it. However you will have to do it using parsed strings as apposed to using debuff events as it currently only supports debuff gains in that manner.
You may or may not know I am the current developer of WAU 1.x. I have been looking into how to treat addons such as your which have files which are user modifiable. This is problematic for many updaters, and I am trying to find a good solution, so I thought I'd ask for your input on the topic.
Is there a design that would let your users customize your addons without modifying any of the files contained in the zip? There are a few that have come to mind, refering to non-existant files in the toc, optional LoD addons, etc.
I know over time you have probably been asked about this.
Also, i was wondering, do your users install sct/sctd without the UI addon?
It is possible to package sct_options with sct, so the user only has to install sct (with wau). If you are interested, i can show you how to do that.
Anyhow, thanks for all your hard work!
As for packaging sct/d and their options, I always package them together for website distribution. Its only on the SVN created zips that they are separated. Originally they were all together but that caused other issues with the zip files so it was asked that they all be split up, but that was over a year ago and things have changed since then. Let me know what you are thinking to get them packaged and I will definitely implement that.
I havent been able to find a "collision-free" way to mix user modified files and zip files contents without having references to nonexistant files.
I have considered checksumming all the files - but it seems almost at that point people should just use svn.
The only way to really ensure a file doesnt get deleted is to place it in another directory. If it were a lod addon you could place a version number in the toc, then choose if you wanted to load the user version, or not.
Clearly I'm not 100% sure on a solution, which is why i wanted to pick your brain a little.
As for WAU and packaging multiple addons into one:
You could make sct into a package if you wanted (i know its only one additional addon, im just letting you know about it if you would like to use it).
To make a package you would add filelist.wau, and list any child addons 1 per line. Those addons would be contained in the sct folder
sct/
sct_options/
sct_options.toc
filelist.wau
sct.toc
filelist.wau: (only one line)
sct_options
the user would install sct, and sct_options would be moved out like
sct/
sct.toc
sct_options/
sct_options.toc
There are other ways of doing it also. Let me know if it's in any way beneficial
Though being able to make another scroll area or having scroll areas customisable would be super. ;)
SCT = Scrolling Combat Text
If you want to know how many of an item you loot you have, try xLoot.
i am a long time fan of SCT/SCTD. Thank you for this fine addon.
A question: Is it possible to display the incoming damage to the pet?
The outgoing damage for the player and the pet is displayed but i don't see the damage my pet suffers.
Keep up the great work!
Best regards
X-buZZ