With r114 the icon border colors are much too bright using my favorite ButtonFacade skin simpleSquare. With r113 this was fine.
The good news is that the change I made in the ButtonFacade support code makes it work with more skins. The bad news is that icon border colors can look garish. I see what you mean about simpleSquare in particular so I will look at providing an option to adjust the color. Update: I have added saturation and brightness sliders to let you fine tune color of icon borders.
This sounds to me like a fantastic solution that offers even more customization for unique UI layouts.
Is this onlne yet? I still see r114 as the most recent version at CurseForge.
I was holding off on building another release in order to get another part of pet support completed: spell preset file for warlock, deathknight and hunter pets. If I don't have that done this morning then I'll commit just the icon border color change so you can check it out.
Update: These changes are included in alpha version r115.
Thanks for the outstanding addon, and a special thanks for outstanding continuing support and development of said addon.
I did have a couple questions.
1. I seem to remember in the earlier versions that I could shift-right click to blacklist a buff/debuff, rather than having to type it in at the config screen. That functionality doesn't seem to be working now. Was this removed due to its proximity to right-click aura cancellation? Or should it still be working?
2. I was fiddling around with conditions and notifications for my wife's mage, and managed to come up with some nice notification bars for polymorph status (loose, controlled, breaking soon. That kind of thing). I wanted to go further and make a "spellsteal now" notification, but I don't see an explicit test under target buffs or target state for "can be stolen". I know that under target buffbars, I can tell it to show only stealable buffs, but what I'm looking for here is the presence of stealable buffs, rather than a list of exactly what ones are there, if that makes sense. She doesn't need to know what it is so much that she needs a warning that she should be spamming spellsteal :) Do you see adding such a test as a useful and possible addition, or is that a little too much of a niche?
1. I seem to remember in the earlier versions that I could shift-right click to blacklist a buff/debuff, rather than having to type it in at the config screen. That functionality doesn't seem to be working now. Was this removed due to its proximity to right-click aura cancellation? Or should it still be working?
Shift-right click to blacklist was removed when right-click cancel was added. The implementation of right-clicks with its added overlays and separate mouse click handlers made this necessary. Also, it was a regular source of issues reported on the addon download sites because people would accidentally blacklist things they didn't intend to.
2. I was fiddling around with conditions and notifications for my wife's mage, and managed to come up with some nice notification bars for polymorph status (loose, controlled, breaking soon. That kind of thing). I wanted to go further and make a "spellsteal now" notification, but I don't see an explicit test under target buffs or target state for "can be stolen". I know that under target buffbars, I can tell it to show only stealable buffs, but what I'm looking for here is the presence of stealable buffs, rather than a list of exactly what ones are there, if that makes sense. She doesn't need to know what it is so much that she needs a warning that she should be spamming spellsteal :arrow: Do you see adding such a test as a useful and possible addition, or is that a little too much of a niche?
I'll have to give this some thought but it seems feasible.
Here is the summary for r118 posted in the addon threads on the download sites:
Version r118 has just been released. It adds support for Cataclysm spells plus new features that you might want to explore.
Bar Group Changes
You can now configure icon-based bar groups on the Setup tab. You select the standard bar groups that you want and then click on either Create As Bars or Create As Icons. You can do this multiple times to setup a mix of bars and icons.
There are now separate format options for bars and icons on the Defaults tab.
By default, bar groups are no longer linked across profiles but there is a Link button on the Setup tab that can be clicked to enable this feature on selected bar groups (linking bar groups can help when setting up multiple characters but can also be confusing to new users since it changes how profiles work).
The standard Long Buffs bar group no longer includes tracking indicators by default. You can enable this by clicking Include Tracking in the Buffs tab for the bar group.
The standard Debuffs bar group now enables icon border coloring with the standard debuff colors. You can disable this on the Appearance tab by clicking None for Icon Border.
Icon-oriented bar groups do not include a mini-bar by default. You can add this feature by enabling Bar in the Format section of the Defaults tab (under Icon Configuration) or on the Layout tab for an individual bar group. Note that this change to the default may affect the location of time text in existing customized icon configurations.
Pet Support
This release includes many new features related to pet support! You can select pet and pet's target (as well as target's target, focus's target and mouseover) as an option where before you were limited to player, target and focus. In custom bar groups, you can select pet buffs, debuffs and cooldowns from preset tables. In conditions, you can select pet as caster in most tests now and there is a new test to check pet's health and power values.
Miscellaneous
ButtonFacade support for icons (in bar groups) has been changed to make border coloring work with more skins. Also, you can now adjust saturation and brightness of the border bolor.
A custom foreground color can now be specified on the Appearance tab for bar groups.
There is a new condition test for death knight runes that are recharging.
Bug Fixes
Fixed anchor movement issue caused by Blizzard's UI scaling display change in 4.0.3.
Fixed text visibility bug related to turning off icons.
i just want to thank you for your fantastic work with Raven.
It works absolutely reliable, offers a maximum range of flexibility in regards of customization while still being nice to resources.
Your documentation is really worth the term 'documentation' and you are always open to new requests and features which you implement in lightning speed. :-)
I just want to thank you for this as well. It replaced at least 3-4 of my addons (buffs, debuffs on target, procs, cooldowns, enemy alerts and gains, etc).
It works without problems and you keep adding features.
I really appreciate the thank you messages. It is a lot of work to develop an addon like Raven but it is fun when it is adopted by people who appreciate the result.
I am currently focused on getting my druid to 85 (one level to go!) and then ready to raid. I will get back to feature development in a week or so--there are some great ideas for improvements among the open enhancement request tickets.
Tomber, i have encountered a little coloring issue:
- set up a bar group to watch for debuffs on the player
- the group uses default colors (i am using red for unspecified debuffs and purple for curses)
- when dying the ghost debuff is colored like a curse (that also applies for other debuffs like Thunderclap for instance)
Tomber, i have encountered a little coloring issue:
- set up a bar group to watch for debuffs on the player
- the group uses default colors (i am using red for unspecified debuffs and purple for curses)
- when dying the ghost debuff is colored like a curse (that also applies for other debuffs like Thunderclap for instance)
Looks like you have Spell colors set for foreground, which would not use the default colors. Is it possible that it is that simple? Let me know if I am not seeing something--it is late and I just got level 85 on my druid so maybe I am missing it. :)
The color stays purple even when using class or standard as foreground coloring method.
I've looked at this some but without reproducing the problem. I instrumented the code to see where things could go wrong and then went out and died to get the Ghost debuff. Spells that do not have any assigned color should be getting the default debuff bar color. I can see on the screenshot that that is not happening in your case. If you delete and then recreate the bar group (without linking it) does the problem persist?
Update: Please test whether the icon border changes back to the expected color if you select Debuffs for it. There is a slightly different code path for that setting. Also, try changing the curse color while the bar is up and see if the bar color changes--that will show if the bar is specifically using the curse color or somehow has a copy of it in an internal setting.
This has been the perfect mod for quite some time, but I cant figure out how to do this.
I want my short buffs list to also show Vengeance, I'd even be happy with a new bar that only showed that one single buff.
I see that I could turn on all long buffs then filter out the others I dont want. But shift right clicking doesn't seem to add a buff to the filter list and thats alot of typing.
Wish there was a 'force to show' list that worked the opposite of the 'filter' list.
I want my short buffs list to also show Vengeance, I'd even be happy with a new bar that only showed that one single buff.
This can be done fairly easily, although perhaps it is not as obvious as it should be :).
Create a custom bar group. Add Vengeance to it (see FAQ #3 for a description of how to do this). Now you have a bar group that shows just the one buff.
Next, on the General tab for the new bar group, select Merge Bar Group and then on the pull down select Short Buffs. Now Vengeance will show up sorted into the Short Buffs bar group.
There is also a way just to attach the new bar group to Short Buffs, which will show Vengeance as the first buff (or last buff) instead of sorting into. See FAQ #7 about the Attachment feature.
Update: Please test whether the icon border changes back to the expected color if you select Debuffs for it. There is a slightly different code path for that setting. Also, try changing the curse color while the bar is up and see if the bar color changes--that will show if the bar is specifically using the curse color or somehow has a copy of it in an internal setting.
Tomber, i was able to narrow the coloring issue down. It has something to do with the foreground saturation and brightness. A soon as i set them to 0.0 (or no change) the color is correct.
Ok I need help doing this.
I made a custom bar notify. To show when to do heroic strike when rage is > 70 and the spell is ready. This part works fine. But I also want to make it light up when battle trance buff is up. But only if the heroic strike spell is ready.
I tried making two conditionals one for heroic strike (>70 rage, spell ready) and battle trance(buff active, heroic strike spell ready)
Then create a custom bar notify and add both to it, but it doesn't work.
Also for some reason when creating these notify bars I can't change the color of them doesn't let me.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
i have tried your new layout templates for icon and bar based layouts and i think this is very handy. Thank you for this.
With r114 the icon border colors are much too bright using my favorite ButtonFacade skin simpleSquare. With r113 this was fine.
The good news is that the change I made in the ButtonFacade support code makes it work with more skins. The bad news is that icon border colors can look garish. I see what you mean about simpleSquare in particular so I will look at providing an option to adjust the color. Update: I have added saturation and brightness sliders to let you fine tune color of icon borders.
Is this onlne yet? I still see r114 as the most recent version at CurseForge.
Update: These changes are included in alpha version r115.
Thanks for the outstanding addon, and a special thanks for outstanding continuing support and development of said addon.
I did have a couple questions.
1. I seem to remember in the earlier versions that I could shift-right click to blacklist a buff/debuff, rather than having to type it in at the config screen. That functionality doesn't seem to be working now. Was this removed due to its proximity to right-click aura cancellation? Or should it still be working?
2. I was fiddling around with conditions and notifications for my wife's mage, and managed to come up with some nice notification bars for polymorph status (loose, controlled, breaking soon. That kind of thing). I wanted to go further and make a "spellsteal now" notification, but I don't see an explicit test under target buffs or target state for "can be stolen". I know that under target buffbars, I can tell it to show only stealable buffs, but what I'm looking for here is the presence of stealable buffs, rather than a list of exactly what ones are there, if that makes sense. She doesn't need to know what it is so much that she needs a warning that she should be spamming spellsteal :) Do you see adding such a test as a useful and possible addition, or is that a little too much of a niche?
Thanks again for a superior addon.
Shift-right click to blacklist was removed when right-click cancel was added. The implementation of right-clicks with its added overlays and separate mouse click handlers made this necessary. Also, it was a regular source of issues reported on the addon download sites because people would accidentally blacklist things they didn't intend to.
I'll have to give this some thought but it seems feasible.
Version r118 has just been released. It adds support for Cataclysm spells plus new features that you might want to explore.
Bar Group Changes
You can now configure icon-based bar groups on the Setup tab. You select the standard bar groups that you want and then click on either Create As Bars or Create As Icons. You can do this multiple times to setup a mix of bars and icons.
There are now separate format options for bars and icons on the Defaults tab.
By default, bar groups are no longer linked across profiles but there is a Link button on the Setup tab that can be clicked to enable this feature on selected bar groups (linking bar groups can help when setting up multiple characters but can also be confusing to new users since it changes how profiles work).
The standard Long Buffs bar group no longer includes tracking indicators by default. You can enable this by clicking Include Tracking in the Buffs tab for the bar group.
The standard Debuffs bar group now enables icon border coloring with the standard debuff colors. You can disable this on the Appearance tab by clicking None for Icon Border.
Icon-oriented bar groups do not include a mini-bar by default. You can add this feature by enabling Bar in the Format section of the Defaults tab (under Icon Configuration) or on the Layout tab for an individual bar group. Note that this change to the default may affect the location of time text in existing customized icon configurations.
Pet Support
This release includes many new features related to pet support! You can select pet and pet's target (as well as target's target, focus's target and mouseover) as an option where before you were limited to player, target and focus. In custom bar groups, you can select pet buffs, debuffs and cooldowns from preset tables. In conditions, you can select pet as caster in most tests now and there is a new test to check pet's health and power values.
Miscellaneous
ButtonFacade support for icons (in bar groups) has been changed to make border coloring work with more skins. Also, you can now adjust saturation and brightness of the border bolor.
A custom foreground color can now be specified on the Appearance tab for bar groups.
There is a new condition test for death knight runes that are recharging.
Bug Fixes
Fixed anchor movement issue caused by Blizzard's UI scaling display change in 4.0.3.
Fixed text visibility bug related to turning off icons.
i just want to thank you for your fantastic work with Raven.
It works absolutely reliable, offers a maximum range of flexibility in regards of customization while still being nice to resources.
Your documentation is really worth the term 'documentation' and you are always open to new requests and features which you implement in lightning speed. :-)
Keep up the great work!
It works without problems and you keep adding features.
You surely made my in game life much easier.
Thank you :)
I am currently focused on getting my druid to 85 (one level to go!) and then ready to raid. I will get back to feature development in a week or so--there are some great ideas for improvements among the open enhancement request tickets.
- set up a bar group to watch for debuffs on the player
- the group uses default colors (i am using red for unspecified debuffs and purple for curses)
- when dying the ghost debuff is colored like a curse (that also applies for other debuffs like Thunderclap for instance)
Here is a screenshot showing my settings:
Looks like you have Spell colors set for foreground, which would not use the default colors. Is it possible that it is that simple? Let me know if I am not seeing something--it is late and I just got level 85 on my druid so maybe I am missing it. :)
I've looked at this some but without reproducing the problem. I instrumented the code to see where things could go wrong and then went out and died to get the Ghost debuff. Spells that do not have any assigned color should be getting the default debuff bar color. I can see on the screenshot that that is not happening in your case. If you delete and then recreate the bar group (without linking it) does the problem persist?
Update: Please test whether the icon border changes back to the expected color if you select Debuffs for it. There is a slightly different code path for that setting. Also, try changing the curse color while the bar is up and see if the bar color changes--that will show if the bar is specifically using the curse color or somehow has a copy of it in an internal setting.
I want my short buffs list to also show Vengeance, I'd even be happy with a new bar that only showed that one single buff.
I see that I could turn on all long buffs then filter out the others I dont want. But shift right clicking doesn't seem to add a buff to the filter list and thats alot of typing.
Wish there was a 'force to show' list that worked the opposite of the 'filter' list.
This can be done fairly easily, although perhaps it is not as obvious as it should be :).
Create a custom bar group. Add Vengeance to it (see FAQ #3 for a description of how to do this). Now you have a bar group that shows just the one buff.
Next, on the General tab for the new bar group, select Merge Bar Group and then on the pull down select Short Buffs. Now Vengeance will show up sorted into the Short Buffs bar group.
There is also a way just to attach the new bar group to Short Buffs, which will show Vengeance as the first buff (or last buff) instead of sorting into. See FAQ #7 about the Attachment feature.
Tomber, i was able to narrow the coloring issue down. It has something to do with the foreground saturation and brightness. A soon as i set them to 0.0 (or no change) the color is correct.
I made a custom bar notify. To show when to do heroic strike when rage is > 70 and the spell is ready. This part works fine. But I also want to make it light up when battle trance buff is up. But only if the heroic strike spell is ready.
I tried making two conditionals one for heroic strike (>70 rage, spell ready) and battle trance(buff active, heroic strike spell ready)
Then create a custom bar notify and add both to it, but it doesn't work.
Also for some reason when creating these notify bars I can't change the color of them doesn't let me.