First, that error message plainly states that GridStatusHots is having a problem, not Grid. The Grid team cannot provide any support for third-party plugins. You need to contact the author of the plugin to get help.
Second, the very first thing you do before ever reporting an addon bug is make sure you have the latest versions of all your addons. The version of GridStatusHots you are using is over a year old (it was released August 6th, 2010) and is not compatible with the current version of Grid, or even the current version of WoW. Your problem will almost certainly solve itself if you simply update your addons.
If you have trouble remembering to update your addons periodically, I'd suggest using the Curse Client or WoWInterface's Minion to help you automate the process.
That's not really a bug, but since (a) reversing the cooldown model seems more logical for a duration tracker and (b) I don't really care either way since I don't use it, I've gone ahead and reversed it. Download the latest alpha version from the project page.
Thanks, do you know how to do the same with GridIndicatorSideIcons? :)
Is there any way to combine the Health Deficit with Incoming Heals health display option in this way: when someone heals a target, the deficit text becomes green and displays what the deficit will be after the heal lands?
I have no idea. I turned off my border and background years ago and have never seen them reappear. Try deleting your Grid saved variables file (or moving it, if you have a lot of customizations) and see if the problem still occurs when the border/background opacity are the only settings you change. If it does not, then there was simply a problem with the file on your hard disk where these settings are stored. If it still happens, follow the directions on the project page to file a bug report ticket.
Also, whenever you are posting about a (possible) bug, it's very important to state which version of the addon you are using.
Probably not without writing a plugin with a hardcoded list of names to ignore (which would be problematic if someone actually named their character "Peacebloom") or a list of buffs which, if present, should all name changes to be ignored.
Use a third-party layout plugin, or edit GridLayoutLayouts.lua directly, to set the unitsPerColumn attribute for your preferred layout to something greater than 5.
If you're editing the layouts file yourself, keep in mind that you will not see any effect unless each layout group actually contains more than 5 units, so if you are using a "By Group" layout you could set unitsPerColumn to 9000 and you would still only see 5 units per row/column, because there are only 5 units in a party or raid subgroup. You will see results with the built-in "By Class" layout, though, and of course you can always write your own layout using one of the existing ones as a base. If you have a more specific question, feel free to post here, with any code you are working with if applicable.
how do I make grid show the 3 players in an arena match in a fixed position?
Right now, grid shows us like this:
me | mate1 | mate2
or like this:
me | mate2 | mate1
this sorting seems completely random. Is there a "sort players by name" or something like that?
I have targeting and dispel macros for all three of us, but as a healer it is driving me nuts that my two teammates are changing their position in grid every game.
The answer to your question depends on which layout you have configured Grid to use in arenas. If you are using one of the built-in layouts:
- By Group 5 uses the unit tokens assigned by Blizzard (party1, party2, etc.) which is pretty much random if you're not in a Dungeon Finder group (where party1 is the tank, party2 is the healer, party3/4 are DPS). This is the same order as the default UI's party frames. If you want to use this layout, you can change it to sort alphabetically by opening GridLayoutLayouts.lua in Notepad and changing sortMethod = "INDEX", to sortMethod = "NAME", for the layout(s) you want to change.
- By Group 10/25/40 shows one raid subgroup per row/column, and sorts the players within each subgroup alphabetically, so Randomguy would always appear before Someguy. Using one of these layouts would provide a consistent ordering, but would not be optimal because their size is fixed based on the number of expected players.
- By Class 10/25 sorts the whole raid by class first (melee first, then melee/range hybrids, then range), and sorts players of the same class by name. Using one of these layouts would also provide a consistent order, and would avoid some of the fixed-size issues of the By Group layouts since the total size is mostly dynamic.
If you are using a layout from a third-party plugin, you'll have to refer to that plugin's documentation and/or code to see how it's sorting units.
In my 5+ years of using Grid, I have never used that option, or met anyone else who used it. As I stated when it was removed, if anyone can provide a specific example of a situation where this option was actually useful, I may consider re-adding it.
However, I can't think of any buff or debuff, in any content, that is important enough to show on the center icon (thus covering up everything else) but not important enough to care about its duration. If a buff or debuff has a long duration, or is not of critical importance, there is no reason to place it on the center icon.
If you can give me a specific example (eg. the name of the buff or debuff, its source, why you assign it to the center icon, why you do/don't care about its duration when you don't/do care about the durations of other buffs/debuffs you assign to the center icon, and why seeing or not seeing its debuff is such a huge loss) I may reconsider, but as of yet, the few people who have mentioned it have been unable to provide any specific examples.