Feature request: Set certain indicators to be class specific #659


  • Accepted
  • Fixed
  • Enhancement
Closed
  • Forge_User_54299007 created this issue Apr 29, 2019

    What version of Grid2 are you using?

     872

    What game client version (windows or mac) and language are you using ?

     windows/english

      

    Please provide any additional information below.

     

    So I play multiple healing classes and I would like to use the same profile for them (so if I change something it will change for all of them), the problem is that I have a ton of buff statuses to browse through. I was hoping to be able to check a box maybe "Enable this status only for current class) so it wouldn't show if playing another class. Thank you for reading my suggestion

     

  • Forge_User_54299007 added a tag Enhancement Apr 29, 2019
  • michaelsp posted a comment Apr 30, 2019

    You can use different themes, one theme per class or spec for example.

    Then you can enable/disable indicators for each theme.

    To enable themes goto General/general tab and check "enable themes" option. 

    A new "themes" section will be displayed in left panel to create and manage themes. 

  • Forge_User_54299007 posted a comment Apr 30, 2019

    Yes, I currently use themes. Sorry about the title, I saw my mistake on the text body and fixed it, but forgot about the title. My problem is with buff statuses, if I'm not mistaken I cannot set them only to a certain theme? I have a bunch buff statuses for each class and they kinda become annoying to deal with whenever I make a new alt and have to add more buff statuses manually

  • michaelsp posted a comment May 1, 2019

    You can use prefixes in the buffs names to display the buffs names sorted, for example, valid buffs names are:

     

    Mage>Arcane Intellect

    My Druid>Thorns

    Priest>Power Word:Shield

    Priest>Renew

    Resto>Riptide

    Resto>Healing Rain

    Shaman>Water Walking

     

    You can use any arbitrary text as prefix, the addon ignore the prefixes and will use the buffs names (or spellids) after the separator.

    Valid prefix separators are: >#@

     

  • Forge_User_54299007 posted a comment May 1, 2019

    Interesting, will having multiple unused buffs active (with an indicator assigned even if that class can't use it) increase performance cost at all?

  • michaelsp posted a comment May 1, 2019

    Yes, using a lot of statuses in the same indicator is more slow, but it's reasonable if you do not use trillions of statuses. If you want optimal peformance you can create one different indicator for for each class, and enable/disable the indicators in the "Indicators" Tab of each theme, you can use descriptive names for the indicators like in the buffs case:

    Priest-Corner-TopLeft

    Shaman-Corner-TopLeft

    Priest-Icon-Center

    Shaman-Icon-Center

    Etc...


    Edited May 1, 2019
  • Forge_User_54299007 posted a comment May 1, 2019

    Alright! Is there anyway to duplicate an indicator?

  • michaelsp posted a comment May 1, 2019

    No.

  • Forge_User_54299007 posted a comment May 1, 2019

    I see, having to recreate all icon/text indicators for each class will be somewhat annoying. Thank you for answering all my questions

  • Forge_User_54299007 closed issue May 3, 2019
  • michaelsp reopened issue May 25, 2019
  • michaelsp posted a comment May 26, 2019

    Finally i implemented the requested feature in r881-alpha, now buffs/debuffs/debuffTypes/aoe-heals statuses have a "Enabled For" option to specify a toon class.

    When an aura is class specific its only enabled if the logged toon belongs to the specified class:

    -This allows to link a lot of auras for different classes to the same indicators without extra performance cost.

    -Disabled statuses are hidden in indicators mapping configuration, and they are displayed in gray color in Statuses section, this makes more easy to deal with a lot of auras, because only relevant auras for the current toon will be displayed.


    Edited May 26, 2019
  • michaelsp added the tags Accepted Started May 26, 2019
  • Forge_User_54299007 posted a comment May 26, 2019

    Thank you very much for this! I'm gonna use this feature so much!

  • michaelsp closed issue May 29, 2019
  • michaelsp added a tag Fixed May 29, 2019
  • michaelsp removed a tag Started May 29, 2019

To post a comment, please login or register a new account.