Grid

315 - Option to disable creation of additional pet groups during combat or to ignore temporary pets

What is the enhancement in mind? How should it look and feel?

An option to avoid adding of pet groups during combat with pet layouts enabled would be nice. Alternatively an option to ignore temporary pets would be sufficient as well.
The problem is, the pet layouts are useful in order to buff/heal/dispel pets. But when during combat temporary pets are getting spawned (e.g.Moonkin's trees, Priest's Shadowfiend, etc.) Grid is getting resized (if a new pet group needs to be added).

Please provide any additional information below.

I'm playing a healing priest and find the pet layouts very useful otherwise I would not have them enabled, but the automatic adding of pet groups during combat makes healing with mouseover macros or Clique very hazardous. And I don't even find it useful to see temporary pets in Grid, only the permanent ones. Maybe instead of an option to disable resizing/adding pet groups during combat an option to ignore temporary pets could be added?

User When Change
Phanx May 25, 2010 at 16:21 UTC Changed status from New to Declined
Laren May 25, 2010 at 16:14 UTC Create

You must login to post a comment. Don't have an account? Register to get one!

  • 4 comments
  • Avatar of Laren Laren May 25, 2010 at 21:46 UTC - 0 likes

    Many thanks for the explanation. I guess pets are going to get banned from my raid frames then. :)

  • Avatar of Phanx Phanx May 25, 2010 at 18:09 UTC - 0 likes

    Group headers, like all other secure frames, cannot be created while in combat.

    Grid creates headers according to the chosen layout; all headers described by the layout are created at the time the layout is loaded. All of the layouts included with the core addon that support pets create just one header for pets, with a "line wrap" value of 5, so if you have 15 pets in the raid, you'll see three rows, but they're still all children of a single header

    Again, the attributes available for secure headers do not allow filtering by pet type. Filter attributes operate on a whitelist basis, and you can filter for raid group(s), class(es), or name(s). Sorting is also limited; you can only sort by name or unit ID (within broader group or class sorts), neither of which would help the "jumping around" issue.

    So, short of entering a manual list of players whose pets you want to see, or rearranging your raid to put those players in specific groups, there is simply no way to prevent newly summoned pets' frames from appearing and (usually) causing existing pets' frames to move around.

    As a healer and Clique user myself, I completely understand your annoyance with this issue, but there is simply no way around it without resorting to even more annoying measures like manually filling in a list of names and reloading your UI every time you group with someone new.

    I guess you could write a plugin that auto-managed guessing who had permanent pets and updating a dynamic layout, but given that in most situations it isn't critical (or even necessary) to heal pets, and that my magic laser heals usually take care of them reasonably well in those few situations, it's not something I'm going to spend time doing...

    Last edited May 25, 2010 by Phanx
  • Avatar of Laren Laren May 25, 2010 at 17:57 UTC - 0 likes

    The problem I have is not that mouseover macros don't work. But when an additional pet group is created during combat, the Grid frames move and that makes aiming with the mouse a minigame I don't want to play while raiding. ;)

    If Grid creates the group headers and Blizzard fills them, would it be an option to not create additional group headers during combat, or to not create any group headers that would be empty (not populated with actual units) before combat starts?

    Last edited May 25, 2010 by Laren
  • Avatar of Phanx Phanx May 25, 2010 at 16:21 UTC - 0 likes

    Ignoring temporary pets is not possible; the creation of frames is handled by Blizzard secure code, and cannot be filtered on the basis of pet type.

    Preventing frames for new units from being created while in combat it also not possible, as Grid only creates the group headers, and Blizzard secure code handles populating them with frames for all units matching the criteria specified for the header.

    The best you could do would be to write a custom layout that used a name filter, and manually add the names of people whose pets you do want to see.

    It would probably also be possible to write a status plugin to mark frames that were created after combat began, to alert you that click-casting isn't yet functional on those frames.

    Standard mouseover macros bound to non-mouse keys should work fine, though, as they only need the unit ID, which is added to the frame by Blizzard secure code and thus gets done in combat.

  • 4 comments

Facts

Last updated
May 25, 2010
Reported
May 25, 2010
Status
Declined - We decided not to take action on this ticket.
Type
Enhancement - A change which is intended to better the project in some way
Priority
Medium - Normal priority.
Votes
0

Reported by

Possible assignees