I so want to alpha test it :P Please please please let us know... and if it's a closed alpha *pick me pick me pick me* :P
There's no alpha, but, as Phanx pointed out, the version I'm working on is on branch, so there's no "closed" alpha, and I see no point on creating such a thing. Do not post bug about the version or expect it do work, though.
Just an update about the design behind Grid 2, as I'm seing it, and as I'm working on it. In Grid 2, indicators and statuses are going to be "objects", each with a simple interface.
It should be a lot easier to add indicators and statuses. The current design is as follow :
MyIndicator = Grid.indicatorPrototype:new("name")
function MyIndicator:Create(parentFrame) -- should create subframe and save them in parentFrame obj
function MyIndicator:Layout(parentFrame) -- should layout the subframes
function MyIndicator:Update(parentFrame, unitId) -- should update the visual based on status
MyStatus = Grid.statusPrototype:new("name")
function MyStatus:Enable() -- register events to be able to notify changes in the status
function MyStatus:Disable() -- unregister events
function MyStatus:IsActive(unitId) -- is the status active for the given unit ?
-- one or many of:
types is a list of string that define the "type" of information that the indicator can display or the status provide. (think : "text", "color", "value", even "tooltip"). With each type is associated a status specific method ("GetText", "GetColor", ...) that the status must implement and that the indicator must call.
I haven't defined (yet) where and how the options for theses will be handled, and where and how statuses will be linked to indicators.
I hope to have an update to Grid2 in branch that implements this design soon with a couple of indicators and statuses.
By all means, this design is more generic than the one in the original Grid, so you can expect that every indicators or status will be able to be ported to the new Grid easily.
I would like to add 'Master Looter', 'Raid Assistant' and 'Raid Leader'. The only reason i still have Pittbull Raid Frames around.
Quote from essmene »
I would like to place the pets somewhere else. Or be able to place some Raid groups on a different part of the screen (or redesign my setup again). Currently they grow into my target and TargetOfTarget frame which is a bit messy.
I would object to both these requests. The first because this is information clutter that I don't need/want to be able to heal effectively. The second is because you would be missing completely the whole point of Grid, which is to have all unit frames closely together to be able to see and respond as fast as possible to any damage that is received by the raid.
Just a few thoughts about the next version of Grid (as I see it).
Right now, Pastamancer and I agree that using a Roster library, or more precisely not using "unitid" as unit identifiers, was a mistake, and I'm working right now on a version of Grid that use "unitid" as unit identifiers. This will resolve a lot of problems with Grid when pets or units are sharing names now. This will also simplify a lot of code inside Grid.
Ace2 is obsolete, so updating to Ace3 is mandatory and we will be doing the update. I am not going to work (much) on UI or configuration, but Pastamancer seemed to have an interest here.
Finally, the interface between statuses and indicators needs to be reworked. But the details are fuzzy, at least for me, for now. Things to consider, apart from those already mentionned on this thread, are a tooltip indicator and a blinking state for indicators. Those two are often requested and the current architecture does not allow them.